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Abstract  | 

.  1 

''  The  goal  of  this  thesis  is  to  design  and  innplement  a^diagnostic  system  for  combinational 


circuits,  a  type  of  circuit  used  in  the  design  of  all  computers.  The  diagnostic  system  is  to  accept 
a  description  of  the  circuit,  supervise  an  adaptive  input-output  experiment  on  a  potentially  faulty 
implementation  of  the  circuit,  and  return  the  locations  of  all  faults  in  the  circuit. 


The  description  of  the  circuit  which  will  be  input  to  this  system  can  be  in  one  of  two  forms; 
Boolean  equations,  or  statements  in  the  VHSIC  Hardware  Description  Language  (VHDL).  Based 
on  the  circuit  structure,  a  fault  model  is  developed  which  can  be  used  to  mathematically  model 
the  state  of  faults  in  the  circuit.  The  circuit  description  is  processed  to  derive  a  single  Boolean 
characteristic  equation;  information  gained  from  testing  is  used  to  update  this  equation.  The 
characteristic  equation  is  manipulated  to  generate  test  vectors  which  are  used  as  inputs  to  the 
actual  circuit  being  diagnosed.  After  a  given  test  vector  has  been  input  to  the  circuit,  the  output 
is  observed.  The  state  of  the  circuit  output  is  then  input  to  the  diagnostic  system  which  uses  it 
to  derive  new  knowledge  about  the  actual  circuit.  Such  tests  are  conducted  repetitively  until  the 
diagnostic  system  determines  that  further  information  cannot  be  derived  from  testing.  At  this 
point,  the  diagnostic  system  determines  the  nature  and  location  of  faults  in  the  actual  circuit  as 
well  as  the  function  actually  performed  by  the  circuit. 


The  basis  of  the  proposed  system  is  Boolean  algebraic  reaisoning.  Such  reeisoning  is  performed 
in  terms  of  symbols  rather  than  numbers;  thus  a  conventional  computer  language  is  unsuited  for 
this  application.  Symbolic  programming  languages  such  as  LISP  or  PROLOG,  however,  handle  the 
manipulation  of  symbols  extremely  well.  The  new  diagnostic  system  is  implemented  in  SCHEME, 
a  modern,  efficient  dialect  of  the  LISP  programming  language. 


A  DIAGNOSTIC  SYSTEM  USING  BOOLEAN  REASONING 


I.  Introduction 


Background 

As  computers  have  permeated  society,  the  need  for  reliable  computer  systems  has  grown.  It  is 
now  commonplace  for  systems  to  be  used  in  situations  where  accurate  real-time  processing  of  data 
is  required.  However,  the  growing  complexity  of  integrated  circuits,  particularly  Very  Large  Scale 
Integration  (VLSI)  class  chips,  has  made  the  design  and  manufacture  of  reliable  systems  increasingly 
difficult.  Consequently,  the  testing  phase  of  the  design  process  has  grown  in  importance.  Before 
a  system  is  used,  it  must  be  tested  to  reasonably  insure  it  is  error-  free.  If  defects  are  detected, 
localization  of  the  errors  may  be  required  either  to  correct  the  system  under  test  or  to  build 
future  versions  correctly.  In  digital  systems  design  and  testing,  fault  diagnosis^  encompasses  the 
detection  and  location  of  defects  in  a  system  [Lala  85:25].  Thus,  fault  diagnosis  is  now  one  of  the 
most  important  aspects  of  the  design  process. 

A  fault,  or  physical  fault,  is  defined  as  any  physical  discrepancy  in  a  circuit  [Fujiw  85:8]. 

Fault  detection  is  the  determination  that  faults  exist  in  a  circuit;  fault  location  is  the  localization 

of  faults  in  a  circuit  [Abram  80:452].  Before  a  digital  system  is  fielded,  it  should  be  ascertained 

that  the  system  produces  the  correct  outputs  for  a  set  of  expected  inputs.  An  array  of  signals 

simultaneously  applied  to  all  circuit  inputs  is  called  a  test  vector.  The  application  of  a  single  test 

vector  to  a  circuit  is  called  a  test.  In  fault  detection,  an  experiment  is  conducted  in  which  a  test  set, 

a  set  of  test  vectors,  is  applied  to  a  circuit  and  the  reaction  of  the  circuit  to  the  inputs  is  observed 

[Rai  87:263].  The  test  outputs  are  then  compared  to  a  pre-computed  set  of  expected  outputs.  If 

the  two  sets  of  outputs  do  not  match,  then  one  or  more  faults  were  detected  in  the  circuit.  Because 
^  The  definition  of  all  italicized  words  is  in  Appendix  A:  Terminology  in  Fault  Diagnosis. 
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it  is  normally  too  costly  to  exhaustively  test  a  circuit  with  all  conceivable  input  combinations,  only 
a  representative  set  of  the  possible  inputs  is  used.  Ideally,  the  number  of  test  vectors  in  a  test  set 
should  be  minimal,  i.e.,  the  set  of  test  vectors  should  be  reduced  to  the  smallest  number  that  will 
detect  all  detectable  faults  in  the  circuit.  Note  that  a  distinction  is  made  between  all  faults  and 
all  detectabU  faults.  Certain  faults  called  redundant  faults  cannot  be  detected  because  a  circuit 
performs  correctly  even  when  they  occur.  Irredundant  faults  are  faults  which  are  not  redundant. 

A  test  set  is  generated  using  a  fault  model  of  a  circuit.  A  fault  model  represents  the  types 

of  faults  that  may  occur  in  a  circuit.  Faults  are  classified  as  either  logical  or  non-logical.  Logical 

faults  cause  “the  logical  function  of  a  circuit  element  (or  elements)  or  an  input  signal  to  be  changed 

to  some  other  function”  [Breue  76b:15].  All  faults  that  are  not  logical  faults  are  called  non-logical 

or  parametric  faults.  Examples  of  logical  faults  are  stuck-at,  bridging,  siuck-open  and  siuck-on 

faults.  Stuck-at  faults  are  faults  in  which  a  line  is  constantly  at  a  high  voltage  level  (stuck-at-l)  or 

at  a  low  level  (stuck-at-O)  thus  causing  the  line  to  remain  at  a  fixed  logical  value  [Al-Ar  87b:360]. 

Because  most  logical  faults  are  modeled  successfully  with  stuck-at  faults,  the  stuck-at  fault  model 

is  the  most  widely  used — hence  stuck-at  faults  are  often  called  classical  faults.  Bridging  faults  are 

faults  in  which  two  lines  are  shorted  together.  Stuck-open  faults,  unique  to  the  MOS  technology 

used  in  integrated  circuits,  make  a  combinational  circuit  element  into  a  sequential  circuit  element^ 

[Al-Ar  87b,  Lala  85,  Fujiw  85].  Stuck-open  faults  are  caused  by  a  transistor  being  stuck  in  an  open 

state.®  Stuck-on  faults  are  caused  by  a  MOS  transistor  being  stuck  in  a  closed  state.  Non-logical 

faults  include  defects  due  to  circuit  timing  and  power  anomalies  [Lala  85,  Fujiw  85].  Physical  faults 

are  generally  modeled  as  logical  faults.  Breuer  states; 

By  modeling  physical  faults  as  logical  faults,  the  problem  of  fault  analysis  becomes  a 
logical  problem  which  is  frequently  technology  independent  in  the  sense  that  the  same 
model  is  applicable  to  many  technologies.  In  addition,  tests  derived  for  logical  faults  may 
be  useful  for  physical  faults  whose  effect  on  circuit  behavior  is  incompletely  understood 
or  too  complex  to  be  analyzed.  [Breue  76b:  18-19] 

^Combinational  circuits  are  those  whose  outputs  are  dependent  solely  on  their  current  input  values;  sequential 
circuits  are  circuits  with  some  form  of  memory. 

^MOS  transistors  are  switches  which  are  either  open  (off)  or  closed  (on). 


Faults  may  also  be  classified  as  either  permanent  or  temporary.  Permanent  faults,  sometimes  called 
solid  faults,  do  not  change  with  time  [Nagle  75:484).  Temporary  faults  are  divided  into  two  types: 
transient  and  intermittent.  Intermittent  faults  appear  on  some  regular  basis,  while  transient  faults 
appear  arbitrarily  [Lala  85:20).  Temporary  faults  are  difficult  to  detect  or  isolate  because  they 
may  disappear  when  a  circuit  is  tested.  Temporary  faults  only  can  be  modeled  using  probabilistic 
methods  [Lala  85:20).  Since  probabilistic  data  are  not  usually  available,  permanent  faults  are 
generally  assumed  in  a  logical  fault  model  [Breue  76b:19).  Thus,  the  predominant  fault  model  is 
one  based  on  a  permanent  logical  fault. 

Once  a  fault  model  has  been  chosen  for  a  circuit,  a  test  set  may  be  derived.  Typically,  a 
description  of  the  circuit  structure  is  used  in  conjunction  with  the  fault  model  to  algorithmically 
generate  a  test  set  that  will  detect  faults  represented  by  the  model.  For  example,  a  test  set  may 
detect  all  stuck-at  faults  in  a  circuit.  Sometimes  different  faults  may  have  the  same  effect  on  the 
input'OUtput  behavior  of  a  circuit;  these  faults  are  called  equivalent  faults.  A  set  of  equivalent  faults 
is  called  an  equivalence  class  [McClu  71:nd6).  A  test  which  detects  one  fault  in  an  equivalence 
cl2«s  detects  all  faults  in  the  equivalence  class.  Thus,  a  test  set  need  only  detect  one  fault  from 
each  equivalence  class  [McClu  71:1286).  A  common  metric  forjudging  the  utility  of  a  test  set  is  the 
percentage  of  the  total  number  of  faults  in  the  circuit  that  the  test  set  may  detect.  This  percentage 
is  called  the  fault  coverage  of  a  test  [Fujiw  85:17). 

Although  more  computationally  complex  than  fault  detection,  fault  location  is  important 
because  the  localization  of  faults  may  be  required  for  replacement  of  defective  components  or  to 
insure  that  future  versions  of  a  circuit  are  built  correctly  [Fujiw  85:12-14).  In  fault  location,  the 
input-output  experiment  may  be  either  adaptive  or  preset  [Breue  76a,  Abram  80).  Lala  defines 
these  terms: 

In  “adaptive”  experiments  the  choice  of  the  input  symbols  is  based  on  the  output 
symbols  produced  by  a  machine  earlier  in  the  experiment.  In  “preset”  experiments  the 
entire  input  sequence  is  completely  specified  in  advance.  [Lala  85:51] 
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In  preset  experiments,  a  fault  dictionary,  a  table  in  which  the  specific  faults  detected  by  a  test 
set  are  enumerated,  is  used  to  determine  the  location  of  faults.  A  fault  dictionary  is  produced 
by  determining  the  circuit  response  to  each  of  the  vectors  in  the  test  set  for  every  possible  fault 
condition  [Nagle  75:503].  Once  a  circuit  is  fabricated,  its  response  to  the  test  set  for  which  the 
dictionary  was  developed  is  comprued  to  the  entries  of  the  dictionary  to  determine  which  faults 
were  detected  by  the  test  set.  Because  of  the  many  different  fault  cases  that  have  to  be  considered 
for  each  test  vector,  fault  location  using  preset  input-output  experiments  is  usually  restricted  to 
a  single-fault  assumption.  A  circuit  with  k  lines  has  at  most  2k  possible  single  stuck-at  faults. 
If  n  is  the  number  of  test  vectors  in  a  test  set,  then  the  number  of  calculations  necessary  to 
create  a  fault  dictionary  would  be  2kn.  However,  the  same  circuit  has  3*  —  1  possible  multiple 
faults.  Thus,  (3*  —  l)n  would  be  the  number  of  calculations  required  to  generate  a  fault  dictionary 
for  the  multiple  fault  case.  Because  the  dictionary  grows  exponentially  with  the  number  of  faults 
considered,  it  is  impractical  to  generate  a  fault  dictionary  for  the  multiple  fault  case  [Abram  80:452). 
Clearly,  a  preset  fault-location  scheme  requires  more  computation  than  does  a  preset  scheme  for 
fault  detection.  Before  a  fault  dictionary  is  even  constructed  for  a  preset  fault-location  procedure, 
the  test  vectors  for  which  it  will  be  devised  must  be  created  by  an  algorithm  that  generates  a 
detection  test  set. 

The  basis  for  a  fault  location  algorithm  using  an  adaptive  input-output  experiment  is  a  model 
of  the  system  to  be  tested.  The  algorithm  uses  this  representation  to  derive  an  initial  test  vector  for 
the  circuit.  The  outputs  of  the  circuit  are  then  observed.  The  reaction  of  the  circuit  to  the  input  is 
used  to  derive  information  necessary  to  generate  a  subsequent  test  vector.  Additionally,  the  results 
of  each  iteration  of  the  experiment  are  used  to  progressively  determine  the  location  of  detectable 
faults  in  the  circuit,  if  any  exist.  The  test  proceeds  until  further  information  cannot  be  gained 
and/or  test  vectors  cannot  be  generated.  Information  derived  in  the  adaptive  experiment  is  often 
used  to  determine  the  function  realized  by  the  faulty  circuit.  Thus,  the  result  of  the  experiment  is 
an  indication  of  the  location  of  faults  in  the  circuit,  if  any  exist  and  are  detectable,  and  possibly  the 
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function  the  circuit  is  performing  [Abram  80,  Breue  76a,  Solan  86].  In  general,  adaptive  diagnostic 
systems  that  currently  exist  are  not  genuinely  adaptive.  These  systems  require  the  generation  of 
a  detection  test  set  prior  to  operation.  Based  on  the  results  of  a  diagnostic  experiment  using  this 
test  set,  new  test  vectors  are  generated  to  gain  the  information  required  to  isolate  existing  faults. 
Thus,  while  most  adaptive  systems  eliminate  the  need  for  a  fault  dictionary,  the  requirement  for 
generation  of  a  detection  test  set  remains.  Adaptive  diagnostic  systems  may  be  used  for  fault 
detection,  however  more  typical  is  that  they  are  used  for  fault  location.  Unless  otherwise  noted,  it 
is  assumed  in  this  project  that  adaptive  systems  are  used  to  locate  faults. 

Most  fault-diagnostic  systems  that  have  been  implemented  assume  that  a  faulty  circuit  con¬ 
tains  a  single  stuck-at  fault.  The  three  most  widely  known  algorithms  for  fault  detection,  the 
D  algorithm,  PODEM,  and  FAN,  are  all  based  on  the  single  fault  assumption  [Kirkl  88:43].  Preset 
fault  location  systems  assume  a  single  fault  to  limit  the  size  of  the  fault  dictionary.  Adaptive  fault 
location  systems  may  isolate  multiple  faults;  however,  they  are  still  dependent  on  test  generation 
systems  which  generate  test  sets  based  on  a  single  fault  assumption.  Although  research  continues 
on  the  use  of  diagnostic  systems  assuming  a  single  fault  Hughe  86,  Agarw  81],  multiple-fault  diag¬ 
nostic  systems  are  a  necessity  due  to  the  complexity  of  Very  Large  Scale  Integration  (VLSI)  circuits 
[Abram  80,  Jacob  87].  VLSI  devices  contain  more  than  5000  gates  [Johns  87:72].  Some  reasons  for 
diagnosing  multiple  faults  include: 

1.  They  occur  often  in  new  devices. 

2.  Single  nonclassical  faults  can  be  detected  by  test  sets  generated  by  algorithms  based  on  a 
multiple  stuck-at  fault  assumption. 

3.  The  set  of  single  faults  that  can  occur  in  a  circuit  is  just  a  subset  of  the  set  of  possible  multiple 
faults.  [Breue  76a:44] 

Lala  states  that  “statistical  studies  have  shown  that  multiple  faults,  composed  of  at  least  si.x  single 
faults,  must  be  tested  in  an  LSI  chip  to  establish  its  reliability”  [Lala  85:47].  Clearly,  as  integrated 
circuit  chips  get  denser,  the  multiple-fault  case  cannot  be  ignored. 
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Fault  diagnosis  algorithms  are  inherently  complex  even  when  a  single  fault  is  assumed.  Gen¬ 
erating  a  test  to  detect  a  single  stuck-at  fault  in  a  combinational  circuit  is  an  NP-complete  problem 
[Abadi  85:9].  Nevertheless,  the  complexity  of  the  problem  does  not  diminish  the  need  for  a  solution. 
Rather,  innovative  approaches  are  required. 

Problem 

Currently-available  diagnostic  systems  are  based  on  restrictions  or  assumptions  which  limit 
their  capability.  Such  systems  typically  assume  that  only  a  single  fault  may  occur  in  a  circuit, 
perform  fault  detection  but  not  fault  location,  or  are  preset  rather  than  adaptive.  The  objective 
of  this  thesis  is  to  design  and  implement  a  diagnostic  system  which  can  adaptively  locate  multiple 
faults  in  combinational  circuits.  The  system  will  accept  a  description  of  a  circuit,  supervise  an 
input-  output  experiment  on  a  potentially  faulty  implementation  of  the  circuit,  and  return  the 
location  of  all  faults  detected  in  the  circuit. 

The  circuit  description  may  be  in  the  form  of  Boolean  equations  or  a  VHSIC  Hardware 
Description  Language  (VHDL)  description.  The  system  will  guide  a  user  through  the  testing  of 
the  actual  circuit.  After  a  test  vector  is  generated  by  the  diagnostic  system,  it  will  be  input  to 
the  circuit.  The  state  of  the  circuit  outputs  will  then  be  input  to  the  diagnostic  system.  Each 
test  vector  generated  should  be  effective,  i.e.,  the  resulting  circuit  output  should  not  have  been 
deducible  from  the  results  of  prior  tests.  Hence,  the  system  will  yield  a  near-optimal  test  sequence. 
Once  the  diagnostic  system  determines  that  further  information  cannot  be  derived  through  the 
input-output  experiment,  the  location  of  faults,  to  within  irreducible  equivalence  classes,  and  the 
identification  of  the  actual  circuit  function  will  be  output  by  the  diagnostic  system. 


Scope 

To  keep  the  scope  of  the  project  manageable,  the  following  restrictions  will  be  imposed: 

•  The  type  of  circuit  which  will  be  diagnosed  by  this  system  will  be  a  single-output  combina¬ 
tional  logic  circuit.  Diagnosis  of  multiple-output  circuits  is  an  extension  of  the  single-output 
case;  the  system  can  be  extended  in  the  future  to  handle  multiple-output  circuits.  Sequential 
circuit  diagnosis  is  an  extension  to  combinational  circuit  diagnosis. 

•  A  subset  of  VHDL  will  be  used  to  describe  the  circuit.  This  subset  will  be  clearly  specified.'* 

•  A  symbolic  language  will  be  used  to  rapidly  prototype  the  system.  This  will  allow  concen¬ 
tration  on  the  problem  and  not  on  the  programming.  Efficiency  issues  are  subordinate  to 
attaining  a  working  system. 

•  Although  ideas  may  be  elaborated  concerning  potential  uses  for  an  adaptive  diagnostic  system, 
the  only  aspect  which  will  be  implemented  in  this  project  is  a  system  which  will  adaptively 
locate  all  multiple  faults  to  within  equivalence  classes.  Other  uses,  e.g.,  generation  of  tests  to 
detect  a  specific  fault,  are  variations  of  locating  all  multiple  faults. 

Assumptions 

The  fault  model  to  be  used  in  this  project  is  the  stuck-at  fault  model.  There  has  been  dispute 
about  the  validity  of  this  model  for  CMOS  technology  [Baner  84,  Bate  88,  Burge  88].  However, 
contrary  evidence  has  been  found  that  concludes  that  using  the  stuck-at  fault  model  for  CMOS 
device  testing  has  not  degraded  product  quality  [Turne  85].  Other  research  supports  the  conclusion 
that  a  high  percentage  of  errors  will  be  detected  and  located  using  the  stuck-at  model. 

It  will  be  assumed  that  the  user  has  access  only  to  the  primary  inputs  and  primary  outputs 
of  the  circuit.  Primary  inputs  are  “the  externally  accessible  input  pins  of  a  circuit  through  which 
we  can  ipject  logical  values  into  the  circuit”  [Kirkl  88:48].  Primary  outputs  are  “the  externally 
accessible  output  pins  of  the  circuit  through  which  we  can  observe  logical  values  from  the  circuit” 
[Kirkl  88:48].  This  means  that  a  user  cannot  probe  internal  points  in  the  circuit.  Given  this 
limitation,  the  best  possible  fault  resolution  is  to  locate  irredundant  faults  to  within  equivalence 
classes  [McClu  71:1286].  In  the  case  of  this  project,  multiple  faults  will  be  located  to  within 
equivalence  classes. 

^See  Appendix  C:  Definition  of  V.HDL  Subset 


Other  assumptions  important  to  this  project  are  that  testing  does  not  affect  the  potentially 
faulty  circuit  in  any  way,  and  that  when  a  fault  occurs  it  becomes  permanent.  These  assumptions 
are  used  in  most  diagnostic  systems  [deKle  87:100].  Moreover,  logical  fault  models  such  as  the 
stuck-at  model  normally  assume  the  permanence  of  faults  [Breue  76b.T9]. 

Standards 

This  research  is  a  proof  of  concept.  The  goal  of  this  project  is  to  develop  a  diagnostic  system 
that  adaptively  locates  multiple  faults.  Efficiency  and  optimization  of  system  design  are  not  the 
goals  of  this  research;  the  requirement  is  to  develop  a  functional  system. 

Methodology 

The  first  step  in  developing  the  diagnostic  system  was  to  analyze  other  approaches  to  fault 
detection  and  location.  This  analysis  was  important  in  gaining  insight  into  how  to  design  the 
system.  Methods  were  cleissified  by  type.  Several  techniques  provide  a  basis  for  the  development 
of  a  diagnostic  system  to  locate  multiple  faults. 

After  other  techniques  were  examined,  the  approach  taken  in  this  project  was  determined. 
A  system  based  on  Boolean  reasoning  was  chosen.  This  choice  was  based  on  several  factors.  A 
substantial  amount  of  research  has  been  done  previously  in  developing  the  use  of  Boolean  equations 
in  fault  diagnostic  systems  which  detect  and  locate  multiple  faults  [Bosse  71,  Breue  76a].  Thus, 
this  work  extends  previous  techniques.  Furthermore,  Boolean  expressions  are  easily  manipulated 
using  symbolic  programming  languages.  A  considerable  number  of  Boolean  problem-solving  tech¬ 
niques  have  been  implemented  in  the  Scheme®  symbolic  programming  language  [Brown  88b].  These 
procedures  were  used  in  this  work.  The  use  of  a  symbolic  language  enabled  the  rapid  prototyping 
of  the  system;  this  allowed  concentration  on  the  problem  and  not  the  programming.  Furthermore, 
versions  of  Scheme  are  available  for  both  personal  computers  and  minicomputers. 


®The  Scheme  language  is  a  dialect  of  LISP. 


Once  the  diagnostic  method  was  chosen,  an  algorithm  to  generate  test  vectors,  perform  rea¬ 
soning,  and  interpret  results  was  developed.  All  tests  generated  by  the  algorithm  are  effective. 
Information  gained  from  the  results  of  previous  tests  guide  the  test  generation  process.  This  algo¬ 
rithm  is  the  basis  for  the  diagnostic  system. 

The  next  stage  in  the  problem  solving  process  was  the  development  of  an  architecture  for  the 
system  which  included  user  interfaces,  partitioning  of  the  system,  smd  the  determination  of  data 
to  be  passed  between  the  partitions.  The  input  formats  chosen  to  describe  a  circuit  were  Boolean 
equations  or  a  VHDL  description.  To  limit  the  scope  of  the  project,  a  subset  of  VHDL  was  specified 
for  use.  The  output  format  chosen  was  a  listing  of  the  possible  faults  in  the  circuit  and  an  equation 
representing  the  function  that  the  circuit  is  performing.  The  system  architecture  was  partitioned 
into  four  components.  The  components  are  the  input  module,  equation  generation  module,  tester 
module,  and  interpretation  module.  The  input  module  converts  either  of  the  two  input  formats 
to  a  single  intermediate  representation  of  the  circuit.  The  equation  generation  module  converts 
the  intermediate  representation  into  a  single  Boolean  equation.  The  test  module  uses  this  Boolean 
equation  in  conducting  an  input-output  experiment.  The  interpretation  module  uses  the  output  of 
the  tester  module,  a  Boolean  equation,  to  generate  the  fault  listing  and  circuit-function  equation. 

The  final  step  in  the  process  was  to  implement  the  system.  A  PC-based  version  of  Scheme 
was  used  to  construct  the  system.  However,  care  was  taken  to  conform  with  the  Revised^  Report 
on  the  Algorithmic  Language  Scheme,  the  document  upon  which  all  implementations  of  the  Scheme 
language  are  based  [Rees  86].  Deviations  from  the  report  were  documented.  Example  circuits  were 
tested  to  determine  the  capabilities  of  the  system. 
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This  chapter  has  provided  the  background  of  this  project  as  well  as  a  problem  definition.  The 
scope  of  the  effort  as  well  as  assumptions  were  presented.  A  general  approach  to  the  solution  of 
the  problem  was  outlined. 

Criteria  for  examining  diagnostic  systems  are  developed  in  Chapter  2.  Current  diagnostic 
systems  are  discussed  with  respect  to  these  criteria.  Methods  are  clstssified  by  approach.  Re¬ 
strictions  and  limitations  of  these  systems  are  discussed.  Different  approaches  to  the  diagnostic 
problem  include  Boolean-based  techniques,  path  sensitization  approaches,  line-deduction  methods, 
abstract-level  approaches,  systems  developed  to  diagnose  non-classical  faults,  and  methods  which 
use  artificial  intelligence  techniques.  Adaptive  diagnostic  systems  have  been  developed  using  line- 
deduction  and  artificial  intelligence  approaches. 

Chapter  3  is  a  detailed  problem  analysis.  The  attributes  of  an  ideal  diagnostic  system  are 
examined.  The  necessity  of  a  model  and  reasoning  method  for  adaptive  diagnosis  is  discussed.  The 
choice  of  the  cause-effect  equation  for  the  circuit  model  and  Boolean  reasoning  for  the  reasoning 
method  are  developed.  The  symbolic  programming  language  Scheme  is  to  be  used  as  the  imple¬ 
mentation  language  for  the  system.  The  choice  of  Scheme  vis-a-vis  other  languages  is  examined. 

In  Chapter  4,  the  mathematical  development  of  the  approach  taken  in  this  diagnostic  system 
is  shown.  Derivations  are  presented  to  establish  how  a  characteristic  equation  is  developed  to 
model  the  state  of  the  circuit,  how  test  vectors  are  generated,  how  information  is  gained  from  an 
input-output  experiment,  and  how  results  are  interpreted.  Appendix  B.  Fundamentals  of  Boolean 
Algebra,  gives  an  overview  of  the  concepts  of  Boolean  algebra  that  are  used  in  this  chapter. 

The  architecture  of  the  diagnostic  system  developed  in  this  project  is  discussed  in  Chapter 
5.  Items  discussed  in  this  chapter  include:  functional  decomposition  of  the  system  into  modules; 
descriptions  of  the  operations  performed  in  each  module;  data  to  be  transferred  between  modules; 
and  user  interfaces.  Descriptions  of  the  input  circuit  format  using  either  Boolean  equations  or 
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VHDL  2ure  given.  Appendix  C.  Definition  of  VHDL  Subset,  defines  the  subset  of  VHDL  that  may 
be  used  to  describe  a  circuit  to  be  diagnosed  by  this  system. 

Chapter  6  describes  the  implementation  of  the  diagnostic  system.  Detailed  descriptions  of  de¬ 
sign  trade-ofis  are  discussed.  Language  portability  issues  also  are  examined.  An  example  diagnostic 
session  is  used  as  a  reference  point  for  discussing  the  system  implementation. 

The  results  of  this  project  are  presented  in  Chapter  7.  Issues  which  are  examined  include 
a  discussion  of  the  complexity  of  the  diagnostic  algorithm  developed  in  Chapter  4,  VHDL  subset 
validation,  capabilities  of  the  system  to  diagnose  faults  and  detect  redundancy,  and  limitations  of 
the  system  that  was  developed.  Examples  are  given  which  demonstrate  the  use  of  the  diagnostic 
system. 

Chapter  8  presents  a  summary  of  the  effort.  An  assessment  is  made  of  the  strengths  and 
limitations  of  the  diagnostic  system.  The  conclusions  of  this  effort  are  stated.  Recommendations 
for  future  work  are  elaborated. 
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II.  Summary  of  Current  Knowledge 


A  voluminous  amount  of  research  has  been  conducted  in  the  area  of  fault  diagnosis.  As  digital 
system  designs  become  more  complex  there  will  be  a  continual  need  for  increasingly  sophisticated 
diagnosis  algorithms  that  match  this  complexity.  Furthermore,  as  technology  changes,  fault  mod¬ 
els  that  previously  sufficed  may  account  for  only  a  portion  of  the  errors  that  may  occur  in  new 
technologies.  Thus,  new  models  and  algorithms  must  be  developed  to  cope  with  these  advances. 
A  survey  of  approaches  taken  previously  is  helpful  in  gaining  an  insight  into  tasks  involved  in 
developing  new  methods. 

Introduction 

Diagnostic  systems  can  be  evaluated  in  terms  of  the  functions  they  perform.  A  system  may 
generate  only  a  fault  detection  test  set  or  may  be  used  for  fault  location;  it  may  assume  a  single 
fault  or  may  handle  the  multiple-fault  case;  it  may  be  adaptive  or  preset.  Other  criteria,  outlined 
below,  are  also  of  importance. 

Some  diagnostic  algorithms  place  restrictions  on  the  structure  of  the  circuit  to  be  diagnosed, 
while  other  methods  can  be  used  to  diagnose  any  type  of  logic  circuit.  This  distinction  is  important 
because  when  restrictions  are  placed  on  the  structure  of  the  circuit  the  latitude  of  the  circuit  designer 
becomes  limited. 

A  priori  enumeration  of  faults  is  required  in  some  methods,  but  not  required  in  others. 
Enumeration  of  faults  is  impractical  in  any  situation  other  than  when  the  single-fault  assumption 
is  used.  As  noted  earlier,  a  circuit  with  k  lines  has  2k  possible  single  stuck-at  faults,  but  3*  —  1 
possible  multiple  faults. 

It  may  be  important  to  generate  tests  to  diagnose  faults  other  than  classical  stuck-at  faults. 
This  may  be  of  particular  importance  in  cases  where  the  probability  of  non-classical  faults,  such  as 


stuck-open  or  bridging  faults,  is  high.  Most  techniques  assume  classical  faults,  while  other  methods 
can  detect  and/or  locate  non-classical  faults. 


Finally,  in  some  diagnostic  systems  a  transformation  of  a  representation  of  the  circuit  is 
required,  whereas  other  systems  require  no  such  transformation.  A  transformation  of  a  circuit 
representation  involves  a  conversion  from  the  actual  view  of  the  circuit  to  an  equivalent  form,  e.g., 
the  conversion  from  the  actual  transistor  representation  of  the  circuit  to  a  gate-level  description. 
Two  circuits  awe  said  to  be  equivalent  if  their  input-output  behavior  is  indistinguishable.  The 
diagnostic  system  then  operates  on  the  equivalent  view;  tests  generated  for  the  latter  view  detect 
faults  which  occur  in  the  actual  representation  of  the  circuit. 

All  of  these  criteria  are  given  in  Table  2.1.  Current  diagnostic  systems  will  be  compared 
with  respect  to  these  criteria.  In  some  cases  systems  which  take  a  very  different  approach  to  the 
diagnostic  problem  are  very  similar  in  relation  to  these  measures,  whereas  in  other  instances  the 
differences  are  substantial.  Most  all  of  the  existent  diagnostic  methods  assume  that  faults  are 
permanent  and  logical. 


Evaluation  Criteria 

Limited  to  Detection 

• 

Can  Locate  Faults 

Single  Fault  Assumption 

• 

Multiple  Fault  Assumption 

Preset  Test  Vector  Generation 

• 

Adaptive  Test  Vector  Generation 

Restrictions  on  Circuit  Structure 

• 

No  Restrictions  on  Structure 

Fault  Enumeration  Required 

• 

No  Enumeration  Required 

Classical  Faults  Assumed 

• 

Non-classical  Faults  Diagnosed 

IVansform  of  Circuit  Representation 

• 

No  Transformation  Required 

Table  2.1.  Evaluation  Criteria  for  Diagnostic  Systems 


Different  approaches  to  the  diagnostic  problem  include  systems  beised  on  some  form  of  Boolean 
manipulation,  path  sensitization  approaches,  line-deduction  methods,  systems  developed  .specifi¬ 
cally  to  diagnose  non-classical  faults,  abstract-level  approaches,  and  techniques  which  have  a  foun¬ 
dation  in  Artificial  Intelligence.  The  remainder  of  this  chapter  examines  these  approaches  by  giving 
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examples  of  each  and  discussing  systems  with  respect  to  the  evaluation  criteria  previously  devel¬ 
oped. 

Boolean>Based  Methods 

Many  diagnostic  systems  use  some  form  of  Boolean^  manipulation.  However,  even  these 
approaches  differ  vastly  from  one  smother.  A  survey  of  differing  techniques  includes  those  which 
use  line-condition  equations  to  generate  test  vectors,  approaches  which  use  the  concept  of  the 
Boolean  difference,  two  which  use  the  prime  implicants  of  a  circuit  equation  to  generate  test  vectors, 
those  which  combine  the  use  of  Boolean  equations  and  path  sensitization,  and  a  collection  of  other 
disparate  techniques. 

Use  of  Line- Condition  Equations.  Diagnostic  procedures  based  on  line-condition  equa¬ 
tions  use  Boolean  equations  to  represent  the  circuit  under  diagnosis.  Included  in  this  equation  are 
variables  representing  the  state  of  internal  lines  in  a  circuit.  Diagnosis  is  performed  by  generating 
tests  which  yield  information  regarding  the  state  of  these  variables.  Methods  which  use  line- 
condition  equations  include  Poage’s  method,  Bossen  and  Hong’s  procedures,  and  Breuer,  Chang, 
and  Su’s  on-line  method  for  fault  location.  [Breue  76b:35] 

Poage’s  Method.  Perhaps  the  most  significant  effort  in  the  use  of  Boolean  methods 
for  fault  diagnoses  was  the  technique  proposed  by  Poage  in  his  landmark  paper  on  the  detection 
of  faults  in  combinational  circuits  [Poage  63].  Using  the  stuck-at  model,  he  developed  a  single 
equation  in  which  an  output  signal  of  a  circuit  was  a  function  of  both  the  input  variables  and  the 
condition  of  every  line  in  the  circuit.  Each  line  in  the  circuit  has  three  variables  associated  with  it. 


*It  may  be  helpful  to  scan  Appendix  B,  Fundamentals  of  Boolean  Algebra,  before  proceeding. 
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For  example,  for  a  line  a: 


•  a„  =  1  if  line  a  is  normal,  0  otherwise, 

•  oq  =  1  if  line  a  is  stuck-at-0,  0  otherwise, 

•  ai  =  1  if  line  a  is  stuck>at-l,  0  otherwise.  [Poage  63:487] 

Note  that  exactly  one  of  the  three  variables  will  take  the  value  of  1  at  any  given  time,  because  the 
conditions  of  normal,  stuck-at-O^  and  stuck-at-1  are  mutually  exclusive  and  collectively  exhaustive. 
These  variables  are  inserted  into  the  original  circuit  equation  to  form  a  new  output  equation  to 
model  the  circuit.  The  idea  is  that  if  any  wire  would  become  permanently  stuck-at-0  or  stuck-at-1, 
the  variables  with  respect  to  that  wire  would  be  changed  accordingly;  the  new  output  equation 
would  parallel  the  actual  function  of  the  faulty  circuit.  If  all  lines  in  the  circuit  are  normal,  then  all 
a„  variables  would  be  set  to  1,  and  the  output  equation  would  reflect  the  function  of  the  circuit  as 
originally  designed.  Poage  showed  how  to  use  the  derived  circuit  equation  to  generate  a  minimal 
test  set  to  detect  all  single  stuck-at  faults.  Each  single  fault  has  to  be  enumerated  in  the  process 
(Poage  63:501-504].  Using  the  concept  of  /««/<  collapsing  he  also  developed  a  procedure  to  generate 
a  minimal  test  set  to  detect  multiple  faults  without  having  to  enumerate  all  possible  multiple 
faults.  In  fault  collapsing,  faults  are  combined  based  on  a  study  of  the  circuit  to  be  diagnosed 
[Scher  72:859].  Thus,  tests  are  developed  for  classes  of  collapsed  faults  rather  than  individual  fault 
cases.  Poage’s  method  uses  a  preset  test  vector  generation  scheme,  places  no  restrictions  on  the 
circuit  structure,  and  does  not  perform  any  transformation  of  the  circuit  representation. 

The  primary  criticism  of  Poage’s  method  is  that  when  the  circuit  is  very  large,  the  number 
of  variables  required  is  so  great  that  the  technique  becomes  computationally  infeasible. 


^Henceforth,  the  shorthand  notation  of  s-a-0  will  denote  stuck-at-0,  s-a-1  will  denote  stuck-at-1. 
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Bossen  and  Hong’s  Procedures.  Bossen  and  Hong  modified  Poage’s  method  to 
develop  an  algorithm  to  generate  a  test  set  to  detect  ail  multiple  stuck-at  faults  in  a  combinational 
network.  The  importance  of  their  work  is  that  they  developed  the  concept  of  using  only  specific 
points,  called  checkpoints,  in  a  circuit  to  generate  test  vectors. 

The  set  of  faults  that  have  the  same  effect  on  the  network  output  behavior  are  [sic] 
called  equivalent  and  any  test  pattern  that  detects  any  one  of  them  also  detects  equiv¬ 
alent  faults  ...  it  becomes  possible  to  represent  all  the  distinctive  faults  by  specifying  a 
minimal  number  of  points  in  the  network  such  that  any  multiple  faults  in  the  network 
become  equivalent  to  a  multiple  faults  [sic]  among  these  checkpoints.  [Bosse  71:1252] 

Two  types  of  lines  are  checkpoints  in  a  network;  all  primary  inputs  which  do  not  fan  out,  and 
all  fanout  branches.  A  fanout  is  a  point  at  which  several  lines  are  connected.  One  of  the  lines  in 
the  fanout  is  the  originating  line,  called  the  fanout  stem.  The  other  lines,  which  are  beyond  the 
fanout  point,  are  called  fanout  branches.  See  Figure  2.1  for  an  example.  Beised  on  this  concept, 
only  the  checkpoints  are  used  to  develop  test  vectors,  because  multiple  faults  at  the  checkpoints  are 
equivalent  to  multiple  faults  at  arbitrary  nodes  in  the  circuit.  Bossen  and  Hong  modified  Poage’s 
single  circuit  equation  so  that  a  circuit  output  is  a  function  of  the  input  variables  as  well  as  the  state 
of  the  checkpoints.  The  variables  that  Poage  developed  to  represent  the  state  of  each  line  in  the 
circuit  were  used  by  Bossen  and  Hong  to  represent  the  condition  of  each  checkpoint  [Bosse  71:1253]. 
These  variables  are  called  the  checkpoint  variables.  They  named  their  version  of  the  single  circuit 
equation  the  “cause-effect  equation”  [Bosse  71:1253]. 

Using  the  cause-effect  equation,  Bossen  and  Hong  developed  a  test  vector  generation  pro¬ 
cedure  which  could  be  used  for  any  type  of  combinational  circuit,  and  also  devised  a  method  to 
generate  a  near-minimal  test  set  for  a  nonredundant  circuit  [Bosse  71].  A  redundant  circuit  is  one 
in  which  there  exists  a  line  which  could  be  cut  without  changing  the  function  implemented  by  the 
circuit  [Nagle  75:497].  A  nonredundant  circuit  is  one  which  is  not  redundant.  Redundant  faults 
are  so  named  because  they  occur  in  the  lines  that  could  be  cut  and  thus  do  not  change  the  func¬ 
tion  of  the  circuit.  Different  methods  are  often  required  to  handle  redundant  networks  because 
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Figure  2.1.  Example  of  Circuit  Checkpoints 


in  redundant  networks,  "it  is  not  possible  to  verify  that  every  checkpoint  is  in  the  normal  state” 
[Bosse  71:1254].  Between  both  of  Bossen  and  Hong’s  procedures,  a  test  set  can  be  developed  for  any 
combinational  circuit;  however,  their  procedures  can  only  be  used  for  preset  test  vector  generation. 
Neither  fault  enumeration  nor  a  transform  of  the  circuit  representation  is  required  using  Bossen 
and  Hong’s  methods. 

An  On-Line  Procedure  to  Locate  Faults.  Breuer,  Chang,  and  Su  extended  Bossen 
and  Hong’s  concepts  to  devise  a  what  they  termed  an  “on-line”  method  for  locating  multiple  faults 
in  a  combinational  circuit  [Breue  76a;44].  They  showed  how  the  cause-effect  equation  could  be 
used  to  locate  faults  to  within  an  equivalence  class.  Their  procedure  requires  the  initial  generation 
of  a  fault-detection  test  set  by  a  method  such  as  Bossen  and  Hong’s.  An  experiment  is  conducted 
to  determine  the  circuit’s  response  to  the  detection  test  set.  Then  the  cause-effect  equation,  the 
teat  vectors,  and  the  circuit’s  response  to  the  teat  vectors  are  used  to  produce  a  system  of  Boolean 
equations  which  are  solved  to  obtain  possible  states  of  the  checkpoint  variables.  These  solutions 
are  used  to  generate  an  additional  test  vector,  the  circuit’s  response  to  which  is  used  to  gain 
more  information  about  the  state  of  the  checkpoint  variables.  This  process  iterates  until  the 
possible  states  of  the  checkpoint  variables  are  determined.  Note  that  the  faults  represented  by 
the  checkpoints  may  not  indicate  tFie  actual  location  of  a  physical  fault,  but  rather  the  location 
to  within  an  equivalence  class  [Breue  76a:46].  The  results  of  their  procedure  are  the  location  of 
faults  to  within  an  equivalence  class  as  well  m  an  equation  representing  the  faulty  circuit’s  function 
[Breue  76a:44].  Breuer,  Chang,  and  Su’s  procedure  is  pseudoadaptive:  a  detection  test  set  must 
be  generated  a  priori,  the  circuit’s  response  determined,  and  then  additional  test  vectors  generated 
on-line. 

Breuer,  Chang,  and  Su  have  shown  that  their  procedure  also  can  be  used  to  construct  a 
fault  dictionary  for  preset  fault  location,  to  identify  redundancy  in  combinational  circuits,  and  to 
determine  the  faults  that  are  not  detected  by  an  arbitrary  test  set  [Breue  76a:50].  With  respect 
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to  other  evaluation  criteria  listed  in  Table  2.1,  their  procedure  is  similar  to  Bossen  and  Hong’s 
method. 


Boolean  Difference.  A  number  of  methods  use  the  Boolean  difference  to  generate  test  vec¬ 
tors.  The  Boolean  difference  uses  the  XOR  operation  between  two  Boolean  expressions  to  generate 
a  test  vector  to  detect  a  specific  fault.  The  Boolean  difference  ^  of  a  function  /(xi , . . . ,  Xi , . . . ,  x„ ) 
with  respect  to  a  variable  x,-  is  defined  as  follows: 


£. 

dxi 


/(xi,  ....  X<_1,  0,  Xi+I, .  . . ,  Xn)  e  /(xi, .  .  . ,  Xf_i,  1,  X.+I,  .  .  . ,  X„) 


(2.1) 


Given  this  definition,  the  expression  Xj  •  ^  defines  the  set  of  all  test  vectors  which  detect  a  s-a-0 
condition  on  line  x<.  The  expression  x{  •  ^  defines  the  set  of  all  test  vectors  which  detect  a  s-a-1 
condition  on  line  ij  [Breue  76b,  Fujiw  85].  In  general,  the  formulas  used  in  the  Boolean  difference 
method  are  with  respect  to  the  input  signals  of  the  circuit.  Hence,  all  faults  may  be  assumed  to  be 
with  respect  to  faulty  input  lines  [Lala  85:28].  However,  the  Boolean  difference  method  has  been 
extended  to  generate  test  vectors  to  detect  faults  on  the  internal  nodes  of  a  circuit  [Lala  85:30]. 


The  Boolean  difference  method  is  typically  used  to  generate  test  vectors  to  detect  all  single 

stuck-at  faults  in  a  circuit.  The  reason  for  this  is  that  all  faults  must  be  listed  a  priori  and  a 

separate  Boolean  difference  expression  must  be  generated  for  each  fault  case.  A  fault  dictionary 

can  be  generated  using  Boolean  differences  for  preset  fault  location.  Bearnson  and  Carroll  have 

used  the  Boolean  difference  method  to  generate  a  minimal  length  test  set  to  detect  single  faults 

in  irredundant  combinational  circuits  [Bearn  71].  Additionally,  several  researchers  have  developed 

methods  for  multiple  fault  detection  using  Boolean  differences.  Ku  and  Masson  are  normally 

credited  with  this  accomplishment  [Fujiw  85,  Rai  78].  Yau  and  Tang  developed  a  method  which 

combined  the  Boolean  difference  with  path  sensitization®  techniques  to  generate  test  vectors  to 

detect  multiple  faults  [Yau  71].  Rai  and  Aggarwal  devised  another  method  which  simplified  the 

calculation  of  Boolean  differences  for  generation  of  test  vectors  for  multiple-fault  detection.  Carroll, 
^Palh  sensitization  is  discussed  in  a  later  section. 
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Shah,  euid  Jones  developed  an  expression  they  called  the  “generalized  test  function,”  the  basis  for 
which  is  the  Boolean,  difference.  The  generalized  test  function  is  used  to  generate  all  test  vectors 
to  detect  a  given  multiple  stuck-at  fault  in  an  irredundant  combinational  circuit  [Carro  74]. 

All  methods  based  on  the  Boolean  difference  have  the  primary  weakness  that  faults  must  be 
enumerated  to  facilitate  test  vector  generation.  The  only  restriction  on  circuit  structure  is  that  in 
several  approaches,  the  circuit  must  be  irredundant.  However,  none  requires  a  masking  analysis  or 
transformation  of  the  circuit  representation. 

Prime  Implicants. 

Psdge's  Method.  The  objective  of  Paige’s  method  is  to  generate  test  sets  to  detect  sin¬ 
gle  stuck-at  faults  in  irredundant  combinational  networks  with  a  minimum  of  analysis  [Paige  69:2]. 
Paige  developed  a  procedure  to  generate  test  sets  to  detect  faults  in  the  gates  of  two-level  AND- 
OR  networks  (Figure  2.2).  An  irredundant  two-level  AND-OR  network  implements  a  subset  of 
the  prime  implicants  of  a  function.  He  demonstrated  that  a  fault  can  be  detected  by  determining 
whether  any  of  the  prime  implicants  or  prime  implicates  change  to  become  independent  of  any  vari¬ 
ables  [Paige  69:8].  To  detect  this  circumstance,  Paige  developed  test  vectors  to  establish  whether 
there  is  an  increase  in  the  number  of  minterms  (s-a-1  case)  or  maxterms  (s-a-0  case),  respectively, 
in  the  circuit  output  function  [Paige  69:8].  For  example,  if  one  of  the  prime  implicants  of  a  function 
were  the  minterm  xyz,  this  term  would  be  implemented  by  an  AND  gate  (Figure  2.3).  If  a  s-a-1 
fault  were  to  occur  on  the  z  input  of  the  AND  gate,  the  gate  then  would  implement  the  term  xy. 
This  new  term  is  equivalent  to  a  combination  of  the  minterms  xyz  and  xyz'.  For  this  fault,  the 
circuit  output  becomes  independent  of  the  z  variable  if  x  =  1  and  y  =  1;  the  minterm  xyz'  is 
added  to  the  circuit  function.  Stuck-at-0  faults  are  handled  in  an  analogous  manner.  By  analysis 
of  the  faults  that  can  occur  on  the  inputs  of  the  AND  gates,  test  vectors  are  generated  to  detect 
the  growth  of  minterms  or  maxterms. 
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Figure  2.2.  Example  of  a  Two-Level  AND-OR  Network 


Kohavi’s  Procedures.  Kohavi  and  Kohavi  developed  procedures  very  similar  to 
Paige’s  approach  to  generate  test  sets  for  stuck-at  fault  detection  in  multi-level  combinational 
circuits  [Kohav  72j.  The  rationale  for  test  vector  selection  is  essentially  the  same  as  Paige’s.  How¬ 
ever,  they  give  two  procedures  for  use  in  test  vector  generation.  They  show  how  to  use  a  Karnaugh 
map  to  generate  test  vectors  for  circuits  with  a  small  number  of  variables,  and  also  give  a  general 
algorithm  which  can  be  used  for  any  number  of  variables. 

Two  transformations  of  the  circuit  representation  are  required  prior  to  the  generation  of  test 
vectors.  First,  a  network  must  be  transformed  into  an  equivalent  fanout-free  circuit.  A  fanout- 
free  network  is  one  which  has  no  fanout.  Then,  the  fanout-free  representation  is  transformed  into 


Figure  2.3.  Example  of  Paige’s  Method 


an  equivalent  AND-OR  network  such  that  the  Boolean  formula  which  represents  the  circuit  is 
an  irredundant  sum  of  prime  implicants  (Kohav  72:558].  After  the  tr^sformations,  a  test  set  is 
generated  for  single-fault  detection  in  the  equivalent  AND-OR  network.  Kohavi  and  Kohavi  show 
that  for  two-level  networks,  such  as  the  AND-OR  network,  a  test  set  that  detects  all  single  faults 
also  detects  all  multiple  faults  [Kohav  72:563].  Test  sets  that  detect  all  faults  in  the  equivalent 
AND-OR  network  detect  all  faults  in  the  original  circuit. 

When  the  original  circuit  is  a  two-level  AND-OR  network,  Kohavi’s  procedures  yield  a  min¬ 
imal  test  set:  a  near-minimal  test  set  is  generated  for  most  multi-level  circuits.  Some  restrictions 
are  placed  on  circuit  redundancy  by  these  procedures.  As  in  Paige’s  procedure,  the  experiments 
produced  are  preset. 


Boolean  Equations  and  Path  Sensitization. 


Equivalent  Normal  Form.  Armstrong  combined  the  use  of  a  Boolean  expression  to 
represent  a  circuit  with  the  concept  of  path  sensitization.  Path  sensitization  is  the  establishment 
of  circuit  conditions  such  that  a  hypothetical  fault  condition  is  propagated  from  the  point  of  the 
fault  to  a  primary  output  resulting  in  an  output  different  than  what  would  occur  in  a  fault-free 
circuit.  Causing  this  condition  is  called  “sensitizing  the  path”  [Armst  66:67].  Given  the  circuit  in 
Figure  2.4,  to  detect  a  stuck-at-1  condition  on  line  a,  a  path  is  traced  from  line  a  to  the  primary 
output  z.  For  all  of  the  AND  and  NAND  gates  in  the  path,  the  remaining  inputs  on  the  gates  must 
be  set  to  1,  while  the  remaining  inputs  of  all  OR  and  NOR  gates  must  be  set  to  0  [Armst  66:67]. 
The  primary  inputs  for  the  given  test  are  chosen  based  on  three  criteria: 

1.  The  line  on  which  the  hypothetical  fault  exists  must  be  set  to  the  opposite  value  from  the 
fault  for  which  the  test  is  being  devised.  If  the  line  for  which  the  test  is  devised  is  several 
levels  into  the  circuit,  then  the  primary  inputs  which  can  affect  the  line  would  have  to  be 
chosen  accordingly. 

2.  Primary  inputs  which  affect  the  remaining  inputs  of  the  gates  in  the  sensitized  path  are  set 
to  insure  that  the  remaining  inputs  of  AND  and  NAND  gates  are  set  to  1,  OR  and  NOR 
gates  are  set  to  0. 

3.  Primary  inputs  which  do  not  have  any  effect  on  the  sensitized  path  are  chosen  arbitrarily. 


In  conformance  with  these  rules,  three  alternative  test  vectors  will  detect  a  stuck-at-1  condition  on 
line  a  in  Figure  2.4.  These  are: 

•  a  =  0,  6=1,  c  =  0,  d  =  0,  e  =  0 

•  a  =  0,  6=l,c  =  0,  d=l,e  =  0 

•  a  =  0,  6=1,  c=l,  d  =  0,  e  =  0 


To  generate  test  vectors  using  path  sensitization,  Armstrong  used  a  Boolean  expression  which 
he  called  the  “equivalent  normal  form”  [Armst  66:68].  The  equivalent  normal  form  is  nothing  more 
than  a  sum-of-products  Boolean  formula  for  the  function  that  the  circuit  implements.  However, 
subscripts  are  added  to  each  literal  to  denote  the  path  through  the  circuit,  and  redundant  terms 
and  literals  are  not  deleted  from  the  derived  formula  [Armst  66:67-68].  The  subscripts  denote  gates 
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s-a-1 


Figure  2.4,  Example  of  Path  Sensitization 
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that  an  input  signal  passes  through  as  it  goes  from  primary  input  to  primary  output.  Each  gate  is 
assigned  a  unique  number.  A  separate  formula  is  derived  for  each  primary  output.  For  the  circuit 
in  Figure  2.4,  the  equivalent  normal  form  is  derived  as  follows; 

r  =  (/»  +  e)4  (2.2) 

=  (if 9)3  +  e)4 
=  (((a6)i(cd)i);,  +  c)4 

=  (((a6)i(c'  +  d')2)3  +  e)4 

=  ((ai36i3C23  +  ai3frl3d23)  +  e)4 

=  01346134^234  +  <*1346134^234  +  64 

The  last  equation  is  the  equivalent  normal  form  for  the  circuit  in  Figure  2.4. 

Armstrong’s  algorithm  uses  the  equivalent  normal  form  as  the  basis  for  generating  tests 
which  detect  all  single  stuck-at  faults  in  a  combinational  circuit.  Prior  to  test  vector  generation, 
the  circuit  representation  must  be  converted  to  equivalent  normal  form.  Within  the  procedure,  a 
test  is  developed  to  detect  a  fault  on  one  of  the  input  lines.  This  test  also  detects  selected  faults 
along  an  associated  sensitized  path.  Test  vectors  are  generated  until  it  is  determined  that  faults 
on  all  paths  are  covered.  A  problem  with  the  algorithm  is  that  the  rule  regarding  how  to  assign 
the  remaining  inputs  of  gates  in  a  sensitized  path,  i.e.,  1  for  AND  and  NAND  gates,  0  for  OR  and 
NOR  gates,  does  not  hold  for  some  circuits  with  reconvergent  fanout  (Figure  2.5)  [Armst  66;67]. 
Reconvergtnt  fanout  is  a  condition  such  that  at  le^lst  two  fanout  branches  from  the  same  fanout 
form  paths  which  come  together  at  the  inputs  to  one  or  more  gates  between  the  fanout  and  a 
primary  output.  The  algorithm  may  not  generate  test  vectors  to  detect  all  faults  that  can  occur  on 
a  reconvergent  fanout  path.  Thus,  test  vectors  cannot  be  generated  for  some  combinational  circuits 


with  reconvergent  fanout.  Because  only  one  path  is  sensitized  to  detect  a  fault,  Armstrong’s  method 
implements  what  is  normally  called  “one-  dimensional  path  sensitization”  [Lala  85:27] . 


Figure  2.5.  Example  of  Reconvergent  Fanout 

Equivalent  Sum-of-Products.  Fridrich  and  Davis  developed  a  method  to  generate 
minimal  test  sets  to  detect  all  single  faults  and  near-minimal  test  sets  to  detect  all  multiple  faults  in 
an  irredundant  combinational  circuit.  They  borrowed  the  concept  of  checkpoints  from  Bossen  and 
Hong  and  the  equivalent  normal  form  from  Armstrong  to  form  what  they  called  the  “equivalent 
sum-of-products”  form  [Fridr  74:850].  While  Armstrong  numbered  the  gates  of  the  circuit,  Fridrich 
and  Davis  numbered  the  checkpoints.  Thus,  the  equivalent  sum-of-products  form  is  the  sum-of- 
products  Boolean  formula  for  the  function  that  the  circuit  implements — with  subscripts  denoting 
the  path  through  the  circuit  via  checkpoints  [Fridr  74:851].  Similar  to  Armstrong,  redundant  terms 
and  literals  are  not  deleted  from  the  derived  formula  [Fridr  74:850].  Prior  to  test-set  generation, 
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the  circuit  representation  is  transformed  to  equivalent  sum-of-products  form.  The  following  equa¬ 
tion  represents  the  equivalent  sum-of-products  form  for  the  circuit  in  Figure  2.6; 


Figure  2.6.  Circuit  with  Numbered  Checkpoints 

Using  the  equivalent  sum-of-products  form  of  the  circuit,  Fridrich  and  Davis  developed  a 
procedure  which  yields  a  minimal  test  set  to  detect  all  single  stuck-at  faults  at  the  checkpoints. 
Generation  of  a  test  set  which  detects  multiple  faults  is  a  three-step  process.  First,  the  generation 
of  the  test  set  for  detection  of  single  faults  must  be  performed.  Second,  a  masking  analy.sis  must  be 
performed  to  determine  the  multiple  faults  at  the  checkpoints  that  are  not  detected  by  the  single¬ 
fault  test  set.  When  a  fault  /  masks  another  fault  /'  for  a  given  test  vector,  /'  would  normally  be 
detected  by  the  test  vector  if  it  occurred  as  a  single  fault,  but  would  not  be  detected  by  the  same 


test  vector  if  both  /  and  f  occurred  simultaneously  [Fridr  74:855].  A  masking  analysis  is  required 
to  determine  all  cases  in  which  one  fault  masks  another  for  a  given  test  set.  The  computation 
required  to  perform  this  analysis  may  be  substantial.  Finally,  a  procedure  is  used  to  generate  tests 
that  detect  the  multiple  faults  found  in  the  second  step.  The  test  vectors  produced  by  the  last  step 
are  combined  with  the  single-fault  test  set  to  provide  a  near-minimal  test  set  to  detect  all  multiple 
faults  in  an  irredundant  circuit  [Fridr  74:858). 

Other  Boolean  Methods.  There  are  many  other  methods  which  use  some  form  of  Boolean 
equations  to  generate  test  sets.  Cerny  employs  what  he  calls  “characteristic  functions”  to  generate 
tests  to  detect  faults  at  a  given  point  in  the  circuit.  Cha  uses  a  concept  called  “prime  faults"  to 
generate  test  sets. 

Characteristic  Functions.  Cerny  showed  how  to  generate  test  vectors  to  detect 
stuck-at  and  bridging  faults  at  any  point  in  an  irredundant  combinational  circuit.  Central  to 
his  method  is  the  concept  of  characteristic  functions  [Cerny  76:1).  A  characteristic  function  is  a 
Boolean  function  representing  an  entire  circuit  or  subcircuit  in  terms  of  the  inputs  and  outputs.^ 
The  characteristic  function  2)  is  defined  as  the  Exclusive  NOR,  ©,  of  the  inputs  and  the  circuit 
output.  For  the  circuit  in  Figure  2.7,  the  equation  defining  the  circuit  is: 

2  =  1112 -b  X3l4-  (2.4) 

The  characteristic  function  of  the  circuit  is  derived  as  follows: 

=  2  ©  (xiX2 X3a;4)  (2.5) 

=  2(xiX2 -I- X3X4) 2'(xiX2 X3X4)' 

=  X1X22  +  X3X42  +  XjXjx'  -f-  X1X42'  -I-  X2X32'  -f-  X2X42' 

*See  Equations  B.46-B.S4  in  Appendix  B. 
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Figure  2.7.  Circuit  Illustrating  Derivation  of  Characteristic  Function 

In  Cerny’s  procedure,  to  derive  a  test  to  detect  a  fault  at  a  point  in  a  circuit,  the  point  is 
treated  as  an  output  of  a  subcircuit.  A  characteristic  function  is  then  derived  for  this  subcircuit. 
The  arguments  of  the  characteristic  function  are  the  primary  inputs  to  the  subcircuit  as  well  as  the 
output  of  the  subcircuit.  The  characteristic  function  is  then  manipulated  to  form  a  set  of  tests  to 
detect  a  fault  at  the  output  of  the  subcircuit  (Cerny  76:10-12].  Cerny  extended  his  procedure  to 
detect  double  faults  [Cerny  76:18].  The  weakness  of  the  approach  is  that  all  faults  must  be  specified 
a  priori  to  generate  tests  to  detect  them.  Furthermore,  a  covering  procedure  must  be  used  to  select 
a  minimal  number  of  tests  from  the  set  of  all  tests  that  the  procedure  generates.  Strengths  of  the 
procedure  are  that  bridge  faults  can  be  modeled  and  no  transformation  of  the  circuit  structure  is 
required  to  generate  tests. 

Prime  Faults.  Cha  developed  a  concept  called  “prime  faults”  to  generate  a  multiple- 
fault  detection  test  set  for  a  combinational  circuit.  The  approach  is  somewhat  similar  to  Bossen 
and  Hong’s  approach  via  checkpoints.  Instead  of  checkpoints,  the  locations  at  which  faults  are 
modeled  are  called  “prime  fault  sites”.  Two  criteria  define  the  selection  of  prime  fault  sites.  First, 
all  checkpoints  are  prime  fault  sites.  Second,  the  output  of  a  prime  gate  which  does  not  fan  out  is 
a  prime  fault  site.  A  prime  gate  is  a  gate  in  which  all  of  its  inputs  are  checkpoints  of  the  circuit. 
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However,  inverters  are  skipped;  if  an  input  to  an  inverter  is  a  fanout  branch  or  a  primary  input, 
then  the  gate  connected  to  the  output  of  the  inverter  is  a  prime  gate.  [Cha  79:149-150] 

There  are  more  prime  fault  sites  than  checkpoints  in  a  circuit.  However,  prime  fault  sites 
involve  only  two  variables,  whereas  checkpoints  as  defined  by  Bossen  and  Hong  have  three  associated 
variables.  Checkpoints  can  be  normal,  s-a-0,  and  s-a-1.  Prime  fault  sites  can  be  normal,  and  either 
s-a-0  or  s-^l-l.  Only  one  fault  condition  is  possible  at  a  prime  fault  site  [Cha  79:150].  Cha  showed 
that  using  prime  faults  reduces  the  number  of  variables  that  must  be  manipulated  in  a  Boolean 
equation.  He  also  discovered  that  relations  between  prime  faults  allow  the  number  of  fault  cases 
that  must  be  considered  when  generating  tests  to  be  reduced  [Cha  79:150].  Cha  developed  two 
algorithms,  one  for  generating  tests  to  detect  a  prime  fault,  the  other  for  generating  a  multiple-fault 
detection  test  set.  Both  a  masking  analysis  and  path  sensitization  techniques  are  used  in  generating 
testa  to  detect  all  multiple  faults.  No  transformations  are  performed  in  Cha’s  procedures. 

Path  Sensitization  Approaches 

The  most  prevalent  algorithms  used  to  generate  tests  sets  to  detect  single  stuck-at  faults  in 
combinational  circuits  use  multiple-path  sensitization.  Because  multiple  paths  are  sensitized,  the 
limitations  of  one-dimensional  path  sensitization  with  respect  to  reconvergent  fanout  are  overcome. 
If  a  test  vector  exists  to  detect  a  fault  in  a  combinational  circuit  of  arbitrary  structure,  multiple- 
path  sensitization  is  guaranteed  to  find  it  [Lala  85:34].  This  section  discusses  the  three  most  widely 
know  algorithms  which  use  multiple-path  sensitization:  the  D  algorithm,  PODEM,  and  FAN. 


The  D  Algorithm.  The  D  algorithm  is  considered  to  be  “the  first  algorithmic  method  for 
generating  tests  for  non-redundant  combinational  circuits”  [Lala  85:34].  The  D  algorithm  uses  the 
calculus  of  D-cubes  to  generate  test  vectors.  In  this  calculus,  two  symbols  represent  differences 
between  conditions  of  a  faulty  and  good  circuit.  These  symbols  and  the  conditions  they  represent 
are: 

•  1  a  good  circuit,  0  in  the  faulty  circuit, 

•  P,  0  in  the  faulty  circuit,  1  in  the  good  circuit.  [Kirkl  88:47] 

To  generate  a  test  vector  to  detect  a  specific  fault  on  a  node  in  the  circuit,  a  D  or  P  is  assigned 
to  the  node.  A  P  is  assigned  if  the  fault  condition  is  stuck-at-0,  a  P  is  assigned  to  designate 
a  stuck-at-1  condition.  After  assignment  of  a  P  or  P  to  the  potentially  faulty  node,  values  of 
0, 1,  P,  and  P  are  assigned  to  the  remaining  nodes  of  the  circuit.  A  value  of  P  or  P  only  can 
be  assigned  to  nodes  on  paths  between  the  potentially  faulty  node  and  a  primary  output.  The 
calculus  of  D-cubes  dictates  how  to  perform  this  assignment.  Assignments  of  nodes  are  revised 
until  either  a  P  or  S  is  assigned  to  a  primary  output  of  the  circuit  and  assignments  on  all  nodes 
in  the  circuit  are  consistent.  A  test  vector  which  detects  the  fault  is  an  input  which  causes  a  P 
or  P  to  be  propagated  to  a  primary  output  of  the  circuit;  this  test  vector  is  given  by  the  values 
assigned  to  the  primary  inputs  of  the  circuit  after  the  node  assignment  process  is  completed.  Once 
a  P  or  P  is  assigned  to  a  primary  output,  a  sensitized  path  is  established  by  which  the  fault  may 
be  detected.  The  components  of  the  calculus  of  D-cubes  which  facilitate  path  sensitization  are  the 
singular  cover,  the  primitive  D-cubes,  and  the  propagation  D-cubes  [Lala  85:34-37], 

For  each  gate  in  a  circuit,  a  table  representing  the  gate’s  singular  cover  is  developed.  The 
singular  cover  table  is  a  condensed  form  of  the  gate’s  truth  table  [Lala  85:34],  For  a  two-input  AND 
gate,  the  singular  cover  is  given  in  Table  2.2.  The  symbol  .Y  represents  a  don’t  care  condition. 

For  a  gate  in  the  circuit  in  which  the  potentially  faulty  node  is  an  input  or  output,  a  second 
singular  cover  table  is  developed  which  describes  the  operation  of  the  gate  in  lieu  of  the  potential 
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Table  2.2.  Singular  Cover  for  a  Two-Input  AND  Gate 


fault.  Although  a  fault  occurs  logically  on  a  node  of  the  gate,  this  gate  is  referred  to  as  the  faulty 
gate.  A  singular  cover  table  for  a  two-input  AND  gate  in  which  an  input  node  is  stuck-at-0  is 
shown  in  Table  2.3. 
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Table  2.3.  Singular  Cover  for  Two-Input  AND  Gate  with  Input  s-a-0 


Using  the  two  forms  of  the  singular  cover,  another  table  called  the  primitive  D-cube  of  the 
faulty  gate  is  developed.  The  calculus  of  D-cubes  gives  rules  which  dictate  how  to  form  this  table. 
The  primitive  D-cube  designates  how  to  assign  the  values  of  0, 1,  D,  and  D  to  the  nodes  of  the 
faulty  gate.  The  primitive  D-cube  of  a  two-input  AND  gate  which  has  an  input  node  s-a-0  is  given 
in  Table  2.4. 
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Table  2.4.  Primitive  D-Cube  for  Two-Input  AND  Gate  with  Input  s-a-0 


For  other  gates  in  the  circuit,  a  propagation  D-cube  table  is  developed.  The  propagation  D- 
cube  signifies  how  the  values  of  0, 1,  D  and  D  are  propagated  from  the  point  of  the  fault  to  a  primary 
output  of  the  circuit.  Normal  truth  tables  are  used  to  assign  values  of  nodes  located  between  the 
primary  inputs  and  the  potential  fault  and  nodes  of  gates  which  are  not  on  the  sensitized  paths.  A 
propagation  D-cube  table  for  a  two-input  OR  gate  is  given  in  Table  2.5. 
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Table  2.5.  Propagation  D-Cube  for  Two-Input  OR  Gate 


Suppose  we  would  like  to  generate  a  test  to  detect  a  s-a-0  condition  on  node  a  in  Figure  2.8. 
I  Initially,  all  nodes  in  the  circuit  would  be  unassigned,  which  is  designated  by  a  X  symbol.  The  first 

step  of  the  D  algorithm  is  to  use  a  primitive  D-cube  of  the  faulty  AND  gate  to  make  the  first  node 
assignment  in  the  circuit.  This  assignment  is  given  in  Table  2.6.  After  the  assignment  of  values  to 
I  nodes  of  the  faulty  gate,  implication  is  performed.  In  implication,  values  of  nodes  implied  by  the 

initial  assignment  are  determined  [KirkI  88:48].  For  example,  once  all  values  of  input  nodes  of  a 
gate  are  assigned,  the  value  of  the  output  of  the  gate  is  determined  by  implication.  In  the  example 
1  circuit,  no  nodes  are  assigned  using  implication  after  the  initial  assignment  of  node  values. 


Z 


Figure  2.8.  Circuit  Illustrating  Test  Vector  Generation  with  the  D  Algorithm 


a  b  c 

d  e  z 

1  1  A' 

A'  D  A 

Table  2.6.  Initial  Node  Assignment  Using  the  Primitive  D-Cube 
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The  second  step  in  the  D  algorithm  is  to  assign  values  to  a  successor  gate  of  the  faulty  gate  using  the 
successor  gate’s  propagation  D-cube.  A  successor  gate  is  any  gate  which  has  as  an  input  the  output 
of  the  faulty  gate.  A  propagation  D-cube  from  a  successor  gate  is  selected  which  will  propagate  the 
D  value.  In  Figure  2.8,  the  only  successor  to  the  faulty  gate  is  the  OR  gate.  Hence,  a  propagation  D- 
cube  for  the  OR  gate  is  selected.  This  cube  is  intersected  with  the  previous  circuit  node  assignment 
shown  in  Table  2.7.  Any  value  intersected  with  an  X  yields  the  value;  all  other  intersections  must  be 
of  like  values.  If  a  propagation  D-cube  cannot  be  intersected  with  the  previous  assignment,  another 
propagation  D-cube  must  be  selected.  This  selection  and  intersection  are  shown  in  Table  2.7.  After 
the  assignment  of  values  to  nodes  using  a  propagation  D-cube,  implication  is  again  performed. 
Although  not  shown  in  the  given  example,  a  cycle  of  node  assignment  using  propagation  D-cubes 
and  node  implication  would  be  performed  until  a  D  or  £)  results  on  a  primary  output  of  the  circuit. 
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Table  2.7.  Node  Assignment  Using  a  Propagation  D-Cube 

Once  a  D  or  D  is  propagated  to  a  primary  output  of  the  circuit,  line  justification  is  performed. 
Line  justification  is  the  “process  of  finding  a  set  of  primary  input  values  that  cause  a  node  to  take 
on  the  desired  value”  [Kirkl  88'.48].  In  this  example,  because  a  value  of  0  was  assigned  to  the  e 
node  the  primary  input  c  must  be  chosen  which  will  cause  node  e  to  take  the  value  0.  The  truth 
table  for  a  two-input  AND  gate  is  used  to  determine  that  node  c  must  be  assigned  a  value  of  0. 
With  this  final  assignment  a  test  is  generated  to  detect  a  s-a-0  fault  on  node  a.  The  final  node 
assignment  is  shown  in  Table  2.8. 


At  each  step  in  the  D  algorithm,  assignments  of  node  values  using  propagation  D-cubes 
and  truth  tables  must  be  consistent  with  previous  assignments.  Inconsistencies  are  found  by  the 
process  of  intersecting  a  new  assignment  with  previous  assignments  as  shown  in  Table  2.6.  When 


Table  2.8.  Final  Node  Assignment  Using  the  D  Algorithm 


an  inconsistency  is  found,  a  backtrack  is  made  to  the  last  point  in  the  node  assignment  process 
at  which  a  choice  was  made.  For  example,  when  generating  a  test  vector  to  detect  a  specific  fault 
there  may  have  been  several  gates  which  were  successors  to  the  gate,  initially,  one  of  these  gates 
is  chosen  to  propagate  the  D  oi  D  using  a  propagation  D-cube.  After  a  number  of  steps  in  the 
node  assignment  process  it  may  be  determined  that  further  assignments  cannot  be  made  which 
both  propagate  the  Z)  or  £)  to  a  primary  output  and  guarantee  consistency  of  assignments  within 
the  network.  Once  this  determination  is  made,  backtracking  is  performed  to  the  point  at  which  a 
successor  gate  was  chosen  to  propagate  the  fault.  Then,  a  different  gate  is  chosen  and  the  process 
of  node  assignment  is  attempted  again.  Essentially,  a  depth-first  search  is  conducted  until  node 
assignments  are  made  which  insure  both  that  a  test  vector  is  generated  which  propagates  a  D  or 
Z?  to  a  primary  output  and  that  all  assignment  made  within  the  circuit  are  consistent. 

The  D  algorithm  only  can  be  used  to  generate  test  sets  for  preset  fault  detection  experiments. 
The  primary  weakness  is  that  each  fault  must  be  enumerated  a  priori.  Another  weakness  of  the  D 
algorithm  is  that  it  is  very  inefficient  when  used  to  generate  test  vectors  to  detect  faults  in  circuits 
which  consist  of  many  XOR  gates,  such  as  error  correction  and  translation  circuits  [Lala  85:42]. 
Backtracking  is  performed  often  when  the  D  algorithm  is  used  to  generate  test  vectors  for  these 
types  of  circuits.  To  overcome  this  weakness,  the  PODEM  algorithm  was  developed. 

The  PODEM  Algorithm.  Like  the  D  algorithm,  the  PODEM  algorithm  is  used  to  generate 
test  vectors  to  detect  single  stuck-at  faults.  PODEM  also  uses  the  calculus  of  the  D-cubes  to 
facilitate  path  sensitization.  However,  PODEM  makes  modifications  to  the  D  algorithm  which 
make  the  search  process  for  test  vector  generation  more  efficient  [Kirkl  88]. 
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PODEM,  an  acronym  for  Path-Oriented  Decision  Making,  was  developed  to  overcome  the 
weakness  of  the  D  algorithm  when  generating  tests  for  circuits  with  a  great  number  of  XOR  gates. 
The  point  at  which  choices  are  made  in  the  node  assignment  process  is  the  primary  difference 
between  PODEM  and  the  D  algorithm.  In  the  D  algorithm,  choices  are  made  regarding  the  gates 
through  which  to  propagate  a  D  or  ^  as  well  as  the  primitive  D-cubes  to  use  in  the  assignment 
of  node  values  to  the  faulty  gate.  After  these  choices,  other  nodes  are  assigned  values  through 
either  implication  or  line  justification.  PODEM  takes  a  much  different  approach.  PODEM  reduces 
the  node  assignment  search  space  because  only  primary  inputs  must  be  considered  when  making 
assignments.  The  values  of  other  nodes  are  found  by  implication.  [Lala  85] 

In  PODEM,  the  only  choices  made  are  in  the  assignment  of  either  a  0  or  1  to  a  primary 
input  of  the  circuit.  A  fault  is  chosen  for  which  a  detection  test  vector  will  be  generated.  An 
input  line  is  set  to  a  value  of  0  or  1  in  order  to  cause  an  appropriate  value  to  be  assigned  to 
the  assumed  faulty  node,  i.e.  0  for  a  s-a-l  fault,  1  for  a  s-a-0  fault.  Implication  is  performed  to 
determine  all  node  values  of  the  circuit  which  are  implied  by  the  assignment  of  the  input  node. 
After  implication,  a  check  is  made  to  determine  whether  a  D  or  D  is  propagated  to  a  primary 
output.  If  so,  a  test  vector  to  detect  the  specified  fault  is  generated;  the  assignn  it  of  values 
to  the  remaining  unassigned  primary  inputs  is  arbitrary.  If  a  D  or  D  were  not  propagated  to  a 
primary  output,  then  another  primary  input  must  be  assigned  a  value.  If  a  conflict  arises  between 
a  node  value  implied  by  the  newly-assigned  primary  input  and  a  node  value  derived  from  a  prior 
implication,  then  backtracking  occurs  to  the  most  recent  input  assignment.  The  primary  input  that 
was  most-recently  assigned  a  value  then  is  assigned  the  opposite  value;  implication  is  performed.  If 
a  conflict  again  arises,  then  backtracking  occurs  to  change  the  input  assignment  of  the  next-most- 
recently  assigned  primary  input.  Primary  inputs  are  assigned  and  conflicts  resolved  until  a  D  or 
D  is  propagated  to  a  primary  output  without  conflicts. 


The  FAN  Algorithm.  Like  PODEM,  the  FAN  algorithm  (FANout-oriented  test  genera¬ 
tion)  is  a  descendant  of  the  D  algorithm  that  was  developed  to  make  the  test  vector  generation 
process  more  efficient.  FAN  reduces  the  node  assignment  search  space  by  limiting  choices  in  value 
assignment  to  specific  types  of  nodes  in  a  circuit,  fanout  stems  and  headlines  [Kirki  88:52].  The 
values  of  other  nodes  are  determined,  through  implication  and  justification.  A  headline  satisfies 
two  conditions.  First,  a  headline  is  a  line  “that  drives  a  gate  that  is  part  of  a  reconvergent  fanout 
loop”  [Kirki  88:52).  Additionally,  a  headline  is  an  output  node  of  a  gate  in  which  the  predecessor 
gates  are  not  part  of  any  fanout  loop.  Due  to  this  last  property,  a  headline  can  be  assigned  an 
arbitrary  value  because  there  is  no  possibility  of  conflict  when  nodes  between  the  headlines  and 
primary  inputs  of  the  circuit  are  assigned  values. 

Values  for  nodes  are  assigned  in  a  manner  similar  to  the  D  algorithm.  However,  during  the 
line  justification  phase  of  node  assignment,  values  are  assigned  to  nodes  in  a  path  towards  the 
primary  inputs  only  until  a  headline  is  reached.  Thus,  if  conflicts  were  to  occur  at  some  time  later 
in  the  node  assignment  procedure  and  the  assignment  of  a  headline  node  is  changed,  processing 
would  not  have  been  wasted  determining  node  values  between  a  headline  and  a  primary  input. 
Only  after  all  nodes  between  headlines  and  the  primary  outputs  of  the  circuit  are  assigned  values 
are  the  nodes  between  headlines  and  the  primary  inputs  assigned.  [Kirki  88:53] 

A  second  concept  used  by  the  FAN  algorithm  to  improve  efficiency  is  a  method  called  the  mul¬ 
tiple  backtrace.  In  the  multiple  backtrace,  all  branches  of  a  reconvergent  fanout  path  are  e.xamined 
to  determine  a  consistent  assignment  of  nodes  prior  to  the  actual  assignment  of  values  to  any  node 
in  the  reconvergent  fanout  path  [Kirki  88:53].  Although  the  multiple  backtrace  takes  processing 
time  to  perform,  the  benefit  is  that  the  number  of  backtracks  in  the  node  value  assignment  process 
is  reduced.  Like  the  D  algorithm  and  PODEM,  the  FAN  algorithm  concludes  when  a  D  or  D  is 
propagated  to  a  primary  output  of  the  circuit  and  all  nodes  in  the  circuit  are  assigned  without 
conflict. 
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Diagnostic  systems  based  on  the  D  algorithm,  PODEM,  and  FAN  are  so  prevalent  that 
substantial  research  still  is  being  conducted  on  the  continued  applicability  of  the  single  stuck-at  fault 
model  for  fault  diagnosis.  Agarwal  and  Fung  [Agarw  81:855]  and  Jacob  and  Biswas  [Jacob  87:849] 
have  performed  separate  analyses  of  the  fault  coverage  of  multiple  stuck  faults  by  single  fault  tests. 
Hughes  and  McCluskey  have  analyzed  the  capability  of  the  single  stuck-at  model  to  detect  multiple 
faults  in  digital  circuits.  They  also  have  devised  a  means  for  adding  to  the  test  vectors  determined 
using  a  single  stuck-at  model  so  that  otherwise  undetectable  multiple  faults  are  detected.  They 
deem  the  generation  of  test  sets  based  on  a  multiple  fault  model  impractical  due  to  the  large  number 
of  possible  stuck-at  faults  that  can  occur  in  a  VLSI  circuit  [Hughe  86:368], 

Line-Deduction  Methods 

Path  sensitization  methods  cannot  be  used  to  locate  faults  in  combinational  circuits.  To 
overcome  this  limitation,  line-deduction  methods  have  been  developed  which  use  the  results  of 
testing  to  deduce  the  states  of  lines  within  a  circuit  under  test.  The  methods  include  Abramovici 
and  Breuer’s  deduction  algorithm,  Solana’s  elimination  algorithm,  and  Rajski  and  Cox’s  procedure. 

The  Deduction  Algorithm.  Abramovici  and  Breuer’s  deduction  algorithm  follows  from 
Breuer’s  earlier  work  which  used  Boolean  algebra  to  perform  fault  location.  However,  the  deduction 
algorithm  is  “guided  by  the  network  topology  rather  than  an  algebraic  description  of  the  circuit” 
[Abram  80:452].  Abramovici  and  Breuer  state  that  the  use  of  Boolean  equations  is  impractical  “for 
circuits  of  moderate  complexity”  [Abram  80:452],  Their  method  overcomes  many  of  the  limitations 
of  other  fault  diagnosis  methods.  Their  algorithm  can  be  used  to  perform  multiple-fault  location  as 
well  as  multiple-fault  detection  without  having  to  perform  any  form  of  meisking  analysis.  A  priori 
fault  enumeration  is  not  required.  Additionally,  faults  other  than  stuck-at  faults  can  be  detected 
with  the  deduction  algorithm. 


The  deduction  algorithm  shares  a  weakness  with  Breuer’s  on-line  method  for  fault  location. 
Prior  to  using  the  algorithm,  a  fault  detection  test  set  must  be  developed  using  some  other  diagnostic 
method.  An  input-output  experiment  then  is  conducted  to  determine  a  potentially  faulty  circuit’s 
response  to  the  test  set.  Then  the  test  set,  the  circuit’s  response  to  the  test  set,  and  a  description 
of  the  circuit  topology  are  used  in  an  effect-cause  analysis  to  deduce  the  state  of  lines  within  the 
potentially  faulty  circuit.  The  term  effect-cause  is  derived  from  the  idea  that  the  effect  is  viewed, 
then  the  cause  is  determined. 

The  deduction  algorithm  facilitates  the  effect-cause  analysis  of  a  circuit.  This  algorithm  uses  a 
test  vector  and  the  circuit’s  response  to  the  test  vector  to  perform  what  is  called  value  justification. 
In  value  justification,  an  attempt  is  made  to  determine  the  conditions  of  internal  nodes  of  the 
circuit  which  could  have  caused  the  circuit’s  response  to  the  given  test  vector  [Abram  80:454]. 
When  performing  value  justification,  paths  between  the  primary  inputs  and  the  primary  outputs 
are  analyzed.  Techniques  used  in  path  analysis  are  similar  to  those  employed  to  generate  test 
vectors  using  the  D  algorithm  [Abram  80:454].  After  a  number  of  test  vector/circuit  response  pairs 
are  analyzed,  the  state  of  nodes  in  the  circuit  may  be  identified  as  normal,  stuck-at-0,  stuck-at-1, 
and  undetermined.  The  best  resolution  of  nodes  states  is  obtained  when  the  set  of  test  vectors  used 
to  diagnose  the  circuit  is  a  complete  multiple-fault  detection  test  set.. 

Even  with  a  complete  test  set,  however,  the  deduction  algorithm  cannot  determine  all  of  the 
actual  line  values  in  a  circuit  [Abram  80:454],  For  example,  only  a  subset  of  the  actual  normal 
lines  in  a  circuit  may  be  identified  as  normal.  One  reason  for  this  is  that  a  fault  near  an  output 
of  the  circuit  may  block  the  output  visibility  of  lines  between  a  primary  input  and  the  fault. 
Additionally,  the  actual  fault  situation  in  a  potentially  faulty  circuit  can  be  determined  only  to 
within  an  equivalence  class  [Abram  80:458].  Like  other  fault  location  systems,  effect-cause  analysis 
yields  a  set  of  solutions  representing  the  possible  states  of  nodes  within  the  circuit. 


Abramovici  and  Breuer  state  that  in  some  cases  their  algorithm  may  terminate  without 
producing  a  set  of  solutions;  in  these  cases,  a  fault  exists  in  the  circuit  under  test  which  is  not 
equivalent  to  a  stuck  fault  [Abram  60:454]. 

The  Elimination  Algorithm.  Like  Abramovici  and  Breuer,  Solana  et  al.  used  effect-cause 
analysis  concepts  in  the  development  of  a  diagnostic  algorithm.  Solana  pt  al.  called  their  method 
the  elimination  algorithm.  The  elimination  algorithm  shares  many  of  the  same  characteristics  with 
the  deduction  algorithm.  A  fault  detection  test  set  must  be  generated  by  some  other  test  vector 
generation  technique.  A  circuit’s  response  to  the  test  set  is  used  to  deduce  the  states  of  lines  internal 
to  the  circuit.  In  addition,  the  elimination  algorithm  can  be  used  for  multiple-fault  detection  and 
location  without  a  priori  fault  enumeration.  However,  a  difference  between  the  two  algorithms 
is  that  the  deduction  algorithm  views  multiple-fault  detection  and  location  as  inseparable,  i.e. 
location  of  faults  implies  that  they  were  detected,  whereas  the  elimination  algorithm  can  be  used 
to  perform  fault  detection  without  having  to  locate  faults.  This  makes  the  elimination  algorithm 
more  efficient  if  the  primary  goal  only  is  to  detect  faults.  [Solan  86] 

The  elimination  algorithm  relies  on  a  transformation  of  the  circuit  representation  to  what 
is  called  on  operation  map  which  models  the  behavior  of  the  circuit.  Formation  of  the  operation 
map  is  similar  to  transforming  the  circuit  representation  into  an  equivalent  fanout-frec  circuit 
[Solan  86:31].  Test  vectors  and  the  circuit’s  response  to  the  test  vectors  are  used  to  eliminate 
primary  inputs  from  the  operation  map,  hence  the  name  “elimination  algorithm”  [Solan  86:35-36]. 
Implicit  in  the  process  of  eliminating  these  inputs  is  the  determination  of  the  states  of  nodes  in 
the  circuit.  After  processing,  nodes  are  classified  as  normal,  s-a-0,  s-a-1,  or  undetermined.  .\s  in 
the  deduction  algorithm,  the  elimination  algorithm  can  be  applied  to  an  arbitrary  number  of  test 
vector/circuit  response  pairs.  However,  the  best  line  resolution  is  obtained  when  a  complete  fault 
detection  test  set  is  used.  Differing  from  the  deduction  algorithm,  the  elimination  algorithm  does 
not  have  to  process  all  test  vector/circuit  response  pairs  to  determine  that  faults  were  detected  in 
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a  circuit.  The  elimination  algorithm  may  be  terminated  as  soon  as  it  is  determined  that  some  node 
is  faulty  [Solan  86:31], 

The  elimination  algorithm  produces  a  set  of  possible  node  states,  one  of  which  is  correct. 
A  solution  czumot  be  determined  with  certainty  due  to  circuit  redundancy,  fault  masking,  and 
functional  equivalence  of  faults.  Additionally,  when  the  elimination  algorithm  does  not  produce 
any  set  of  possible  solutions,  the  existence  of  a  non-classical  fault  is  indicated.  [Solan  86:43] 

The  GEMINI  System.  Rajski  and  Cox  have  developed  a  diagnostic  system  of  the  line- 
deduction  type  that  is  much  different  from  either  the  deduction  or  the  elimination  algorithms.  In 
their  system,  they  use  a  sixteen-  value  logic  system  called  GEMINI  to  analyze  a  circuit’s  response 
to  pairs  of  test  vectors.  Unlike  other  line  deduction  methods,  Rajski  and  Cox’s  system  generates 
test  vectors  to  be  input  to  a  circuit  under  test.  In  each  iteration  of  the  diagnostic  process  a  pair 
of  test  vectors  is  generated.  The  circuit’s  response  to  the  test  vector  pair  is  analyzed  to  deduce 
information  about  the  states  of  internal  nodes  in  the  circuit.  [Rajsk  87] 

The  test  vector  generation  process  does  not  use  information  gained  from  the  results  of  previous 
tests  to  generate  new  tests.  Thus,  Rajski  and  Cox’s  system  does  not  adaptively  locate  faults  in  the 
conventional  manner.  However,  because  information  is  derived  in  an  iterative  fashion  the  method 
is  not  preset.  A  heuristic  is  used  to  generate  test  vectors.  Each  test  vector  pair  differs  in  only  one 
bit,  such  that  a  change  is  caused  in  the  output  of  the  circuit  [Rajsk  87:940].  They  claim  that  this 
heuristic  allows  information  to  be  deduced  regarding  the  node  states  in  a  manner  more  efficient 
than  otherwise  possible. 

A  significant  aspect  of  their  system  is  that  it  can  be  used  to  detect  and  locate  multiple  classical 
and  non-classical  faults.  With  their  multi-valued  logic  system,  they  developed  ways  to  implement 
the  stuck-at,  delay,  and  the  stuck-open  fault  models  [Rajsk  87:933-934].  These  models  can  be  used 
alone  or  in  combinations  when  diagnosing  a  circuit  [Rajsk  87:933].  Furthermore,  any  of  these  types 
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may  be  diagnosed  using  their  system  without  the  necessity  of  fault  enumeration.  Rajski  and  Cox’s 
method  locates  faults  to  within  equivalence  classes. 

Diagnosis  of  Non-Classical  Faults 

The  impetus  for  the  development  of  the  diagnostic  systems  which  can  diagnose  non-classical 
faults  is  the  conclusion  that  the  stuck-at  model,  whether  for  single  or  multiple  faults,  is  inadequate 
for  testing  MOS  digital  circuits  used  in  VLSI.  Errors  that  are  not  modeled  by  the  stuck-at  model 
occur  in  integrated  circuits.  The  stuck-at  fault  model  originally  was  developed  to  detect  faults  in 
circuits  composed  of  discrete  gate-level  components.  However,  in  VLSI  circuits  a  gate  is  only  an 
abstraction  representing  a  collection  of  transistors.  Some  faults  which  occur  at  the  transistor-level 
are  unlike  stuck-at  faults  which  occur  in  discrete  gate-level  components.  One  type  of  fault  that 
occurs  often  in  VLSI  circuits  is  the  stuck-open  fault  (Baner  84,  Burge  88,  Lala  85].  This  type  of 
fault  is  characterized  by  faulty  operation  of  a  MOS  transistor  which  causes  an  output  node  to  retain 
a  prior  state  due  to  capacitive  holding  of  electrical  charge  [Lala  85:18-19].  Stuck-on  faults  are  also 
found  in  MOS  circuits.  Another  type  of  fault  that  may  occur  is  a  bridging  fault.  This  type  of 
fault  occurs  when  two  wires  are  shorted  together,  often  causing  a  change  in  the  functionality  of  the 
circuit  [Lala  85:16-18]. 

A  number  of  diagnostic  procedures  have  been  developed  to  detect  non-classical  faults.  Zasio 
suggests  that  methods  based  on  these  fault  models  should  be  used  in  addition  to  tests  based  on 
stuck-fault  models  in  order  to  obtain  sufficient  fault  coverage  [Zasio  85:388].  These  methods  can 
be  used  to  detect  stuck-open  and  bridging  faults. 

Bridging  Fault  Detection.  Diagnostic  procedures  to  detect  or  locate  bridging  faults  have 
existed  for  many  years.  Bridging  fau'ts  occur  in  both  discrete  digital  components  as  well  as  on 
integrated  circuit  chips.  Bridging  faults  at  the  component  level  occur  when  wires  or  solder  contact 
each  other  on  circuit  boards;  they  occur  on  integrated  circuits  due  to  defective  manufacturing 


techniques  or  migration  of  metal  lines  due  to  excess  temperatures  [Mei  74:720].  Most  bridging 
faults  occur  at  the  inputs  or  outputs  of  logic  gates,  hence  most  studies  of  bridging  faults  are  limited 
to  this  case.  Depending  on  the  technology  of  the  circuit  construction,  a  bridging  fault  can  be  viewed 
as  the  occurrence  of  either  a  wired- AND  or  wired-OR  at  the  point  of  the  fault.  This  is  shown  in 
Figure  2.9. 
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Using  the  bridging  fault  models  shown  in  Figure  2.9,  Friedman  and  Mei  independently  have 
shown  that  most  bridging  faults  can  be  detected  by  fault  detection  test  sets  generated  to  detect 
stuck-at  faults  [Fried  74,  Mei  74].  In  both  cases,  they  showed  that  the  addition  of  constraints  to 
a  path  sensitization  test  vector  generation  process  will  guarantee  that  generated  test  vectors  will 
detect  specific  types  of  bridging  faults.  Mei  also  showed  that  the  ordering  of  test  vectors  must 
be  performed  to  detect  certain  bridging  faults.  Both  conclude  that  with  test  vector  generation 
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constiaints  and  with  minor  limits  on  circuit  topology,  tests  sets  generated  to  detect  classical  faults 
are  sufficient  to  detect  most  bridging  faults  [Fried  74,  Mei  74]. 

Stuck'Open  and  Stuck-On  Fault  Detection.  As  with  bridging  faults,  many  methods 
proposed  to  detect  stuck-open  and  stuck-on  faults  take  advantage  of  procedures  which  generate 
tests  to  detect  stuck-at  faults.  A  number  of  these  techniques  accept  a  transistor-level  description 
of  a  circuit,  and  transform  it  to  an  equivalent  gate-level  representation.  Likewise,  stuck-open  and 
stuck-on  faults  in  the  transistor-level  description  are  equivalent  to  conventional  stuck-at  faults  in 
the  gate-level  representation.  Procedures  such  as  the  D  algorithm  are  used  to  generate  a  fault 
detection  test  set  for  the  equivalent  gate-level  circuit.  Test  vectors  which  detect  a  stuck-at  fault  in 
the  gate-level  representation  detect  an  analog  stuck-open  or  stuck-on  fault  in  the  transistor-level 
circuit.  Using  circuit  transformation,  Al-Arian  has  developed  procedures  which  can  generate  test 
vectors  to  detect  multiple  stuck-open  faults  in  combinational  circuits  [Al-Ar  87b,  Al-Ar  87a].  Reddy 
et  al.  [Reddy  84]  and  Roth  [Roth  84]  each  have  devised  methods  using  circuit  transformation  which 
generate  test  vectors  to  detect  single  stuck-open  and  stuck-on  faults  in  MOS  combinational  circuits. 
Jha  has  shown  that  test  sets  which  detect  the  existence  of  single  stuck-open  and  stuck-on  faults 
also  detect  most  multiple  faults  [Jha  86:514]. 

Parallel  with  the  development  of  circuit  transformation  methods,  researchers  have  developed 
procedures  to  detect  stuck-open  and  stuck-on  faults  using  transistor-level  descriptions  of  a  circuit. 
A  common  concern  of  these  researchers  is  that  faults  modeled  at  the  gate-level,  even  after  transfor¬ 
mation  from  a  transistor-level,  do  not  model  all  physical  faults  that  can  occur  in  a  circuit.  Banerjee 
and  Abraham  [Baner  84],  Bate  and  Miller  [Bate  88],  and  Burgess  et  al.  [Burge  88]  all  have  studied 
in  depth  the  nature  of  physical  faults  in  MOS  circuits.  One  topic  surveyed  was  the  occurrence 
of  faults  with  respect  to  specific  MOS  circuit  design  styles;  design  styles  are  different  ways  of 
implementing  equivalent  circuits.  Another  item  of  research  was  to  determine  how  inadvertent  node 


capacitances  cause  faults  in  a  circuit.  Using  the  results  of  their  studies,  each  has  proposed  techniques 
for  test  vector  generation  for  fault  detection  in  MOS  circuits. 

Abstract*  Level  Approaches 

While  procedures  have  been  developed  to  consider  faults  at  the  lowest  component  level, 
i.e.,  transistor  level,  other  methods  have  been  developed  to  view  a  circuit  in  a  more  abstract 
manner.  Collectively,  these  techniques  can  be  called  abstract-level  approaches.  The  benefit  of 
these  approaches  is  that  by  viewing  a  circuit  in  a  more  general  way  the  computation  inherent  in 
automated  diagnosis  is  reduced.  Additionally,  abstraction  facilitates  diagnosis  of  hierarchies  in  a 
circuit.  In  one  view,  a  circuit  may  be  one  component  in  a  system  under  diagnosis;  in  another,  the 
circuit  itself  may  be  diagnosed.  Abstract-level  approaches  include  techniques  based  on  graph  theory, 
functional-level  diagnostic  techniques,  and  methods  which  use  some  form  of  circuit  partitioning. 

In  methods  which  use  graph  theory  for  fault  diagnosis,  a  combinational  circuit  is  transformed 
into  a  graph  representing  the  circuit.  Principles  of  graph  theory  are  applied  to  generate  test 
vectors,  Akers  demonstrated  the  utility  of  graph  theory  for  fault  diagnosis  in  combinational  circuits 
[Akers  74].  Wang  developed  a  method  based  on  graph  theory  which  can  be  used  both  to  generate 
single  and  multiple-fault  detection  test  sets  and  to  fabricate  fault  dictionaries  [Wang  75], 

Functional-level  diagnostic  techniques  use  a  functional  description  of  a  circuit  to  facilitate 
diagnosis.  Using  the  functional  circuit  description,  a  functional-level  fault  model  is  developed. 
This  fault  model  “covers  functional  faults  that  alter  the  behavior  of  a  module  during  one  of  its 
modes  of  operation”  [Abadi  85:15].  Thatte  and  Abraham  developed  a  functional-level  diagnostic 
system  for  microprocessors  [Agraw  88:21].  They  used  functional  descriptions  such  as  the  system 
architecture  or  instruction  set  to  develop  fault  models  for  the  circuit  under  test.  Types  of  faults  that 
could  be  detected  using  their  diagnostic  system  include  instruction  decoding  errors,  data  storage 
and  data  transfer  faults,  and  data  manipulation  errors  [Agraw  88:21].  An  advantage  of  functional- 


45 


level  diagnosis  is  that  the  functional  description  of  a  system  typically  is  smaller  than  the  gate-level 
description  of  the  same  system  [Agraw  88:21],  A  functional  description  may  be  easier  to  manipulate 
by  a  diagnostic  system  than  a  gate-level  representation;  hence,  diagnosis  at  the  functional  view  of 
a  circuit  may  be  more  tractable  than  gate-level  diagnosis.  On  the  other  hand,  fault  resolution  is 
not  as  good  in  a  functional-level  diagnostic  system  because  the  diagnostic  system  only  may  identify 
faulty  components  rather  than  faulty  gates  or  nodes. 

Diagnostic  methods  which  use  circuit  partitioning  incorporate  the  advantages  of  circuit  ab¬ 
straction.  In  Walczak  and  Sapiecha’s  method,  a  large  combinational  circuit  is  decomposed  into 
smaller  one-output  subcircuits  called  units  (Walcz  84].  Using  another  procedure  which  can  gener¬ 
ate  test  vectors  for  fault  detection,  test  sets  are  developed  to  detect  multiple  stuck-at  faults  within 
each  of  the  units.  Test  sets  for  individual  units  are  combined  to  form  what  is  called  a  macrotest 
set  for  the  entire  circuit.  Using  a  path  sensitization  analysis,  results  from  the  application  of  the 
macrotest  set  to  the  circuit  under  test  are  used  to  deduce  the  state  of  units  within  the  circuit 
[Walcz  84:138].  Units  may  be  identified  as  either  fault-free,  faulty  or  undetermined.  The  output 
of  this  diagnostic  system  is  the  state  of  the  units  which  constitute  the  circuit;  hence,  fault  resolu¬ 
tion  is  limited  to  the  identification  of  faulty  subcircuits.  Because  several  units  may  be  identified 
as  faulty,  Walczak  and  Sapiecha’s  method  can  be  used  to  localize  multiple  faults  within  a  circuit. 
Additionally,  their  method  places  no  restrictions  on  the  circuit  to  be  diagnosed. 

Abstract-level  approaches  differ  from  conventional  techniques  which  are  used  to  generate  test 
sets  for  fault  detection.  Circuits  may  be  dealt  with  in  a  hierarchical  manner  rather  than  at  the 
gate- level.  This  can  increase  the  efficiency  of  the  diagnostic  process  ats  well  as  allow  diagnosis 
of  hierarchies  in  a  circuit.  Recent  research  has  been  conducted  in  the  application  of  artificial 
intelligence  techniques  to  fault  diagnosis.  An  interesting  aspect  of  these  techniques  is  that  they 
facilitate  both  hierarchical  and  gate-level  diagnosis  of  circuits. 
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Artificial  Intelligence  Techniques 

Diagnosis  Based  on  Structure  and  Behavior.  New  approaches  to  fault  diagnosis  sug¬ 
gested  in  recent  years  use  automated  reasoning  techniques  associated  with  the  domain  of  artificial 
intelligence  to  alleviate  the  problem  of  complexity.  Cavis  describes  a  diagnostic  system  based  on 
“a  theory  of  reasoning  that  exploits  knowledge  of  structure  and  behavior”  in  which  the  behavior 
of  a  system  under  test  is  used  to  determine  faults  in  its  structure  [Davis  85:515].  Davis’s  approach 
departs  from  conventional  fault  diagnostic  systems  designed  specifically  to  handle  digital  systems, 
because  it  is  a  general-purpose  diagnostic  method,  i.e.,  it  can  diagnose  systems  other  than  digi¬ 
tal  systems.  In  an  implementation  of  his  method,  however,  Davis  deals  with  diagnosis  of  digital 
circuits.  Another  important  aspect  of  his  approach  is  that  it  is  designed  specifically  for  system 
diagnosis,  as  opposed  to  other  methods  such  as  path  sensitization  which  were  designed  only  to 
generate  test  vectors  for  system  validation  [Davis  85:529]. 

Central  to  Davis’s  technique  is  the  use  of  hierarchical  design  descriptions  to  model  the  system 
under  test.  Parallel  sets  of  descriptions  are  used:  one  describing  the  behavior  of  the  system  under 
test,  the  other  specifying  the  complete  structure  of  the  system.  Descriptions  are  multi-layer;  at 
higher  levels  a  “black  box”  approach  is  taken,  at  lower  levels  a  discrete  component  may  be  modeled 
[Davis  85:534].  Davis  views  faults  as  anything  that  causes  a  deviation  between  the  actual  behavior 
and  the  expected  behavior  of  a  system;  faults  are  treated  ^ts  “as  modifications  to  the  original  design” 
of  the  system  [Davis  85:519].  Hence,  the  goal  of  his  method  is  to  modify  the  design  descriptions  to 
produce  a  description  that  is  consistent  with  the  operation  of  the  system  under  test.  An  advantage 
of  this  approach  is  that  the  diagnostic  process  yields  a  description  of  the  potentially  faulty  system, 
even  if  the  original  schematic  was  wrong  [Davis  85:537]. 

The  method  used  to  determine  the  final  description  of  the  circuit  under  test  is  called  con¬ 
straint  suspension.  In  this  method,  the  intended  behavior  of  the  system  under  test  is  a  collection  of 
constraints,  or  constraint  network,  in  which  each  constraint  corresponds  to  the  expected  behavior 


of  one  of  the  system  components.  These  constraints  are  derived  from  the  initial  component  descrip¬ 
tions.  During  testing,  constraints  are  removed  from  the  collection  of  constraints  until  one  retraction 
leaves  the  constraint  network  in  a  consistent  state  [Davis  85:518].  Hence,  constraint  suspension  is 
the  process  of  deducing  which  component  is  operating  in  a  manner  inconsistent  with  its  original 
design  descriptions.  Inherent  in  this  method  is  the  necessity  of  a  single-fault  assumption,  because 
only  one  constraint  is  removed  from  the  constraint  network  at  a  time  [Davis  85:576].  One  expla¬ 
nation  for  the  vrdidity  of  this  assumption  that  if  a  device  was  operational  at  some  prior  time,  it  is 
likely  to  become  faulty  due  to  a  single  cause  [Davis  85:576].  Additionally,  even  if  many  components 
appe£ir  to  be  faulty,  the  cause  is  likely  to  be  traced  to  a  single  component  due  to  the  interaction  of 
interconnected  components  [Davis  85:518]. 

Due  to  the  manner  in  which  faulty  components  are  identified,  no  explicit  fault  model  is 
required  by  Davis’s  method.  This  is  important  because  the  type  of  fault  that  can  be  diagnosed  is 
unrestricted;  the  method  can  be  used  to  diagnose  classical  and  non-classical  faults.  Davis’s  method 
can  be  used  to  adaptively  locate  faults  in  combinational  circuits  of  arbitrary  structure.  In  addition, 
neither  explicit  enumeration  of  faults  nor  a  transformation  of  the  circuit  representation  is  required. 
The  most  important  weakness  of  the  method  is  the  constraint  of  a  single  fault  assumption.  Another 
limitation  is  that  the  method  cannot  be  used  for  test  generation  for  design  validation. 

The  DART  Program.  Similar  to  Davis’s  method,  the  DART  program  developed  by  Gene- 
sereth  performs  diagnosis  using  hierarchical  design  descriptions.  Multi-level  descriptions  of  the 
structure  zmd  behavior  of  a  system  under  diagnosis  are  used  as  the  input  to  the  DART  program. 
After  a  set  of  observed  malfunctions  is  input,  DART  generates  test  vectors,  accepts  the  results  of 
tests,  and  determines  the  faulty  components.  [Genes  84] 

The  component  descriptions  input  to  the  DART  program  contain  information  about  structure, 
e.g.  devices  and  interconnections,  or  expected  behavior,  e.g.  system  equations  [Genes  84:412].  All 
descriptions  are  propositions  [Genes  84:414].  Using  the  propositions,  DART  employs  die  .  i  proof 


methods  to  compute  a  list  of  possible  faulty  components,  generate  tests  vectors,  derive  information 
from  the  result  of  tests,  and  to  pare  the  list  of  faulty  components.  Tests  are  conducted  until  DART 
fails  to  generate  a  test  or  eliminates  all  but  one  suspect  [Genes  84:424]. 

Genesereth  considers  a  fault  to  be  a  discrepancy  between  the  actual  system  structure  and  its 
designed  structure.  An  observed  malfunction  is  placed  in  the  form  of  a  proposition;  this  proposition 
is  inconsistent  with  the  propositions  that  describe  the  correct  operation  of  the  device  [Genes  84:419). 
The  goal  of  the  DART  program  is  to  determine  which  proposition  of  the  original  design  proposi¬ 
tions  should  be  negated;  the  negated  proposition  both  makes  the  design  propositions  consistent 
with  the  malfunction  proposition  and  identifies  the  faulty  component.  Only  one  of  the  original 
design  propositions  may  be  negated,  because  the  DART  program  uses  the  single-fault  etssumption 
[Genes  84:418).  After  the  malfunction  proposition  is  entered,  a  set  of  potential  design  propositions 
is  generated  corresponding  to  possible  faulty  components.  Testing  is  used  “to  gather  data  to  help 
confirm  or  disconfirm  the  propositions  in  the  suspect  set”  [Genes  84:422).  Tests  are  generated  in 
which  the  outcome  is  not  known;  such  tests  provide  new  information  about  the  state  of  the  system 
under  diagnosis  [Genes  84:423).  After  a  test,  deduction  is  used  to  eliminate  components  from  the 
list  of  possible  faulty  components.  This  process  continues  in  an  iterative  fashion  until  a  new  test 
cannot  be  generated,  or  one  suspect  is  left  in  the  suspected  fault  list. 

With  respect  to  the  diagnostic  system  evaluation  criteria,  the  DART  program  has  the  same 
characteristics  as  Davis’s  diagnostic  method.  Like  Davis’s  method,  hierarchical  descriptions  are 
used  to  allow  diagnosis  at  differing  levels  of  abstraction  in  a  design.  Hence,  the  DART  system 
overcomes  problems  associated  with  computational  complexity  for  large  designs  [Genes  84:430). 
Additionally,  the  use  of  propositions  to  model  components  allows  the  system  to  determine  whether 
a  component  is  good  or  bad  regardless  of  the  reason  for  the  malfunction.  Thus,  the  D.4RT  program 
is  not  constrained  to  a  particular  fault  model. 
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Differing  from  Davis’s  method,  DART  demands  a  complete  design  description.  Whereas 
Davis’s  method  can  be  used  to  identify  an  incorrect  description,  the  DART  program  will  either  run 
inefficiently  or  not  at  all  if  the  description  of  the  system  to  be  diagnosed  is  incorrect  [Genes  84:435], 
Another  disadvantage  to  Genesereth’s  approach  is  that  many  useless  deductions  are  generated 
because  direct  proof  techniques  are  used  to  arrive  at  conclusions.  Genesereth  does  suggest  several 
mechanisms  for  minimizing  this  inefficiency  [Genes  84:425]. 

The  General  Diagnostic  Engine.  The  General  Diagnostic  Engine  (GDE)  developed  by 
deKleer  and  Williams  differs  from  both  DART  and  Davis’s  method  by  facilitating  the  diagnosis  of 
multiple  faults  in  a  system  under  diagnosis.  However,  GDE  is  similar  to  these  approaches;  it  begins 
with  a  model  of  the  potentially-faulty  system  and  uses  the  process  of  diagnosis  to  determine  which 
components  of  the  model  are  not  consistent  with  the  actual  operation  of  the  system  [deKle  87:98], 
In  GDE  a  description  of  a  malfunction  is  used  to  develop  a  set  of  candidates  that  may  be  the 
cause  of  the  malfunction.  Tests  are  used  to  reduce  the  set  of  candidate  faults  until  the  final  set  of 
suspected  faulty  components  is  determined  [deKle  87:98], 

The  distinction  between  GDE  and  other  methods  is  that  GDE  uses  probabilistic  information 
and  information  theory  to  guide  the  diagnostic  process.  Before  diagnosis  of  a  circuit  commences,  the 
probabilities  of  individual  component  failures  must  be  determined  [deKle  87:98],  Using  information 
theory  techniques,  an  evaluation  function  is  created  which  uses  the  component  failure  probabilities 
to  determine  the  cost  of  a  specific  test  [deKle  87:114],  The  evaluation  function  is  used  to  determine 
the  optimal  test  at  each  step  in  the  test  generation  process.  Hence,  the  faulty  components  are 
determined  in  a  minimum  number  of  measurements  [deKle  87:113]. 

GDE  makes  an  advance  over  other  diagnostic  systems  by  permitting  the  diagnosis  of  mul¬ 
tiple  faults.  However,  the  requirement  for  probabilistic  information  regarding  the  component 
failure  probabilities  is  restricting.  In  digital  systems,  such  data  may  not  be  readily  obtainable 
[Breue  76b:19]  [Lala  85:22]. 
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Summary 

This  chapter,  a  survey  of  existing  fault-diagnostic  methods,  is  intended  to  give  an  insight  into 
the  tasks  involved  in  developing  a  new  method.  Existing  diagnostic  systems  were  discussed  with 
respect  to  a  set  of  evaluation  criteria.  Most  systems  have  limitations  which  restrict  their  utility,  for 
example,  many  methods  can  be  used  only  for  preset  generation  of  fault  detection  test  sets,  i.e.  they 
cannot  locate  faults.  Adaptive  systems  typically  locate  faults,  but  are  restricted  for  a  variety  of 
reasons.  Such  systems  may  be  based  on  a  single-fault  assumption,  may  require  a  priori  generation 
of  fault  detection  test  sets,  or  may  require  knowledge  of  probabilities  of  specific  faults.  Mo  systems 
exist  which  can  adaptively  locate  multiple  faults  without  requiring  a  priori  fault  enumeration  or 
knowledge  of  component  fault  probabilities. 

In  the  next  chapter,  the  evaluation  criteria  developed  in  this  chapter  are  used  to  define  the 
requirements  of  an  “ideal”  diagnostic  system.  Concepts  taken  from  techniques  discussed  in  this 
chapter  are  used  to  develop  ideas  regarding  model-based  diagnosis  and  the  choice  of  model  and  rea¬ 
soning  method  for  diagnosis.  The  choice  of  programming  language  to  be  used  in  an  implementation 
of  the  diagnostic  procedure  is  also  discussed. 
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III.  Problem  Analysis 


Introduction 

Before  developing  a  new  diagnostic  system  for  combinational  circuits,  the  attributes  of  an 
“ideal”  diagnostic  system  should  be  defined.  The  evaluation  criteria  discussed  in  the  previous 
chapter  can  be  used  as  a  basis  for  listing  the  features  of  an  ideal  system.  A  goal  of  developing  a 
new  method  is  to  incorporate  the  attributes  of  an  ideal  diagnostic  system.  In  practice,  however, 
compromises  are  made  because  it  is  virtually  impossible  to  realize  all  of  the  aspects  of  an  ideal 
system. 

An  ideal  diagnostic  system  would  be  an  efficient,  flexible  tool  that  imposes  no  limits  on  the 
circuit  designer.  Most  diagnostic  systems  can  be  used  only  to  generate  fault  detection  test  sets, 
some  produce  fault  dictionaries  for  preset  fault  location,  while  few  perform  adaptive  fault  location. 
A  diagnostic  procedure  should  be  responsive  enough  to  perform  all  of  these  tasks.  Moreover,  this 
type  of  flexibility  should  be  extended  to  the  type  of  circuit  diagnosed  by  the  system.  Many  systems 
place  restrictions,  such  as  irredundancy  or  constraints  on  topology,  on  the  circuit  to  be  diagnosed. 
Optimally,  a  circuit  designer  should  not  be  restricted  by  the  procedure  that  will  be  used  to  generate 
tests  to  validate  his  design.  Additionally,  regardless  of  the  task  it  is  performing  and  independent 
of  the  structure  of  the  circuit,  the  system  should  generate  a  minimal  set  of  tests. 

While  maintaining  flexibility,  an  ideal  system  should  diagnose  multiple  faults  without  re¬ 
quiring  a  priori  fault  enumeration.  A  single-fault  assumption  may  not  be  valid  as  circuits  gain  in 
complexity;  yet,  there  are  too  many  multiple  faults  to  enumer'*t«*  in  a  large  circuit.  Furthermore 
the  multiple-fault  case  should  be  inherent  throughout  the  test  generation  process.  Tests  should  be 
generated  to  detect  or  locate  multiple  faults;  this  is  in  distinction  to  systems  which  generate  tests 
for  single  faults,  perform  some  type  of  masking  analysis,  and  then  generate  tests  to  cover  selected 
multiple  faults. 
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Increasing  circuit  complexities  have  been  the  result  of  new  technologies.  Implicit  to  these 
technologies  are  faults  that  differ  from  the  classical  fault  model.  These  new  types  of  faults  may  not 
be  diagnosed  by  tests  generated  to  detect  or  locate  classical  faults  [Baner  84,  Bate  88,  Burge  88]. 
Thus,  all  types  of  faults,  classical  and  nonclassical,  should  be  diagnosed  by  the  diagnostic  system. 
Furthermore,  an  ideal  system  would  be  able  to  diagnose  nonclassical  faults  without  any  transforma¬ 
tion  of  the  circuit  representation.  This  would  eliminate  unnecessary  processing  as  well  as  prevent 
inconsistencies  that  may  result  from  the  translation. 

Finally,  an  ideal  diagnostic  procedure  would  be  able  to  diagnose  faults  at  differing  levels  of 
a  circuit’s  topology.  Thus,  a  system  should  be  able  to  detect  and  locate  a  fault  at  some  abstract, 
functional  level  as  well  as  at  the  lowest  component  level. 

A  summary  o.'the  attributes  of  an  ideal  diagnostic  system  is: 

1.  Detects  and  Locates  Multiple  Faults. 

2.  Operates  in  Preset  Mode  or  Adaptively. 

3.  Generates  Minimal  Test  Sets. 

4.  Diagnoses  Circuits  of  any  Structure. 

5.  Requires  No  Fault  Enumeration. 

6.  Performs  No  Masking  Analysis. 

7.  Does  Not  Transform  Circuit  Representation. 

8.  Diagnoses  Classical  and  Nonclassical  Faults. 

9.  Diagnoses  Faults  at  all  Levels  of  a  Circuit  Hierarchy. 

Model-Based  Diagnosis 

Most  diagnostic  systems  generate  test  sets  which  will  detect  faults  but  not  locate  them. 
Davis  states  that  these  systems  are  limited  because  they  are  based  on  “a  theory  of  test  generation, 
not  a  theory  of  diagnosis"  [Davis  85:528).  A  theory  of  test  generation  is  one  in  which  a  fault  is 
specified  and  then  tests  are  generated  to  detect  the  fault  [Davis  85:528).  All  lest  generation  systems 
which  can  be  used  only  in  a  preset  manner  to  generate  test  vectors  are  based  on  a  theory  of  test 
generation.  A  system  which  can  adaptively  generate  test  vectors  must  take  a  difTi  tout  approach. 


53 


An  adaptive  diagnostic  system  must  use  knowledge  gained  from  previous  tests  to  narrow  down  the 
number  of  tests  that  are  required  to  detect  or  locate  faults.  Such  a  system  is  based  on  a  theory 
of  diagnosis,  “since  it  allows  systematic  isolation  of  possibly  faulty  devices,  and  does  so  without 
having  to  precompute  fault  dictionaries,  diagnosis  trees,  or  the  like”  [Davis  85:534]. 

Essential  to  developing  an  adaptive  system  is  the  development  of  a  model  of  the  circuit  to 
be  diagnosed.  Typically,  this  model  is  some  representation  of  the  structure  of  the  circuit.  Given 
such  a  model,  the  purpose  of  adaptive  diagnosis  is  to  use  it  in  conjunction  with  the  actual  circuit 
behavior  to  determine  faults  in  the  circuit  as  well  as  a  representation  of  the  actual  circuit  function 
[Genes  84:419].  Thus,  adaptive  testing  deduces  information  about  the  state  of  the  circuit  model. 
Once  the  testing  process  is  concluded,  the  model  yields  information  about  faults  and  actual  circuit 
function.  In  some  approaches,  the  diagnostic  process  attempts  to  find  inconsistencies  in  the  model 
[Genes  84].  An  inconsistency  may  represent  a  faulty  component.  Others  use  a  method  called 
constraint  propagation  to  derive  information  about  the  model  [Davis  85].  In  systems  which  use 
constraint  propagation,  the  model  of  the  circuit  has  variables  which  are  in  an  unknown  state  at  the 
outset  of  testing.  Knowledge  gained  from  each  test,  i.e.,  the  circuit’s  response  to  the  test,  limits  the 
possible  values  that  the  variables  may  take.  The  values  that  the  variables  may  take  are  constrained 
by  the  circuit’s  behavior;  the  variables  cannot  assume  values  that  are  inconsistent  with  the  behavior 
of  the  circuit.  After  a  sufficient  number  of  tests,  a  given  variable’s  value  may  be  derived.  Once 
this  occurs,  variables  dependent  on  this  variable  are  in  turn  limited.  This  is  called  propagation  of 
the  constraint  [Tanim  87:124].  At  the  conclusion  of  testing,  constraint  propagation  yields  the  value 
of  all  of  the  variables,  if  determinable.  In  diagnosis,  these  values  indicate  the  po.ssible  presence  of 
faults. 

The  process  of  reasoning  is  used  to  generate  tests  which  can  derive  information  about  a  model. 
In  a  diagnostic  system,  the  type  of  rezisoning  used  and  the  model  are  normally  itUerdependent.  A 
model  that  includes  variables,  the  values  of  which  must  be  determined,  will  use  a  method  which 


can  find  these  values.  Models  which  use  propositions  or  predicates  to  describe  system  components 
use  theorem  proving  techniques  to  determine  the  consistency  of  the  propositions.  Hence,  for  every 
type  of  model  which  is  used  to  represent  a  circuit  there  is  a  corresponding  form  of  reasoning  that 
must  be  used  to  gain  knowledge  about  the  state  of  the  model.  Additionally,  regardless  of  the  type 
of  reasoning  used,  the  outcome  of  every  test  that  is  generated  should  not  be  predictable.  Only 
under  this  circumstance  can  new  information  be  derived  from  a  test  [Genes  84:423].  A  test  which 
meets  this  criterion  is  called  an  effective  test. 

The  Choice  of  Model  and  Reasoning  Method 

The  first  steps  in  designing  a  diagnostic  system  that  can  adaptively  diagnose  faults  are  to 
develop  a  circuit  model  and  choose  a  corresponding  re2isoning  method.  The  reasoning  method  is 
used  to  generate  effective  tests  and  to  employ  the  results  of  tests  to  derive  information  about  the 
model,  resulting  in  knowledge  about  the  state  of  faults  in  the  network  as  well  as  the  actual  circuit 
function.  Likewise,  when  choosing  the  model  and  the  reasoning  method,  the  attributes  of  an  ideal 
diagnostic  system  should  be  considered. 

Several  different  approaches  are  amenable  to  adaptive  fault  diagnosis.  These  include  selected 
Boolean  algebraic  methods,  line-deduction  procedures,  and  techniques  grounded  in  artificial  intel¬ 
ligence.  Adaptive  diagnostic  systems  have  been  developed  using  all  of  these  methods.  However, 
in  virtually  all  cases,  restrictions  that  we  would  like  to  overcome  are  imposed  on  these  systems. 
These  restrictions  include  the  single-fault  assumption,  requirements  to  generate  a  fault  detection 
test  set  prior  to  an  adaptive  experiment,  and  the  necessity  of  determining  the  probabilities  of  pos¬ 
sible  faults.  The  approach  to  be  taken  in  this  project  is  to  extend  an  existing  algebraic  technique 
to  perform  adaptive  fault  diagnosis  without  restrictions. 

Only  one  algebraic  approach,  Breuer,  Chang,  and  Su  s  on-line  method,  can  be  used  for  fault 
location.  The  circuit  model  that  they  use  to  generate  tests  is  the  cause-effect  equation.  In  their 
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system,  the  reasoning  techniques  used  are  the  solving  of  Boolean  equations  and  the  comparison 
of  functions  using  the  XOR  operator  [Breue  76a].  Their  procedure  is  not  adaptive  because  of  the 
necessity  to  generate  a  fault-detection  test  set  prior  to  the  execution  of  an  input-output  experiment. 
The  results  of  the  experiment  are  used  to  generate  another  test  for  the  circuit.  The  outcome  of 
this  test  is  used  to  gain  more  information  about  the  circuit.  This  process  iterates  until  the  state  of 
the  circuit  is  determined.  Breuer,  Chang,  and  Su’s  method  is  demonstrated  in  Example  3.1. 

Example  3.1: 

To  diagnose  the  circuit  in  Figure  3.1,  Breuer,  Chang,  and  Su  first  need  to  develop  the  cause-effect 
equation  which  represents  the  circuit.  The  checkpoints  in  the  circuit  are  nodes  a,  6,  and  c.  For  each 
checkpoint,  there  are  three  related  checkpoint  variables.  For  example,  node  a  has  variables  ao,ai, 
and  a„  representing  the  following  conditions: 

•  a„  =  1  if  line  a  is  normal,  0  otherwise, 

•  ao  =  1  if  line  a  is  stuck-at-0,  0  otherwise, 

•  ui  =  1  if  line  a  is  stuck-at-1,  0  otherwise.  [Poage  63:487] 


Figure  3.1,  Circuit  for  Example  3.1 
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These  variables  are  related  by  the  following  equations; 


Ooai  =  mOn  =  UoUn  =  0 

(3.1) 

no  +  +  <*n  =  1- 

(3.2) 

[Bosse  71:1253] 

Each  line  in  the  circuit  which  is  not  a  checkpoint  is  represented  by  the  following  equations: 


^out  —  ^irt 


^out  — 


[Bosse  71:1253] 


Lines  which  are  checkpoints  are  represented  as  follows: 


^out  “  ■  ^in  "f*  Ql 

a'out  =  <*n  •«<„  +ao- 


[Bosse  71:1253] 


(3.3) 

(3.4) 


(3.5) 

(3.6) 


Using  these  equations,  the  cause-effect  equation  for  the  circuit  in  Figure  3.1  is  derived  in  the 
following  manner; 
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Combining  these  equations  yields  Zout  in  terms  of  the  input  signals  and  checkpoint  variables — the 
cause-effect  equation.  The  cause^effect  equation  for  Figure  3.1  is: 


^<mt  =  a„b„pq  +  a„hip  +  aib„q  +  aibi  +  c„r'  +  cq.  (3.8) 

Bossen  and  Hong’s  procedure,  or  any  which  generates  tests  sets  for  multiple  faults,  is  then  used  to 
generate  a  complete  fault-detection  test  set,  D  =  {(0, 1,0),  (0, 1, 1),(1,0, 1),(1, 1, 1)}.  This  test  set 
is  applied  to  a  potentially  faulty  realization  of  the  circuit  in  Figure  3.1.  If  node  a  were  stuck-at-1, 
then  the  results  of  the  input-output  experiment  on  the  circuit  would  be  as  shown  in  Table  3.1. 


p 

9 

r 

0 

1 

0 

1 

0 

1 

1 

1 

1 

0 

1 

0 

1 

1 

1 

1 

Table  3.1.  Results  of  Input-Output  Experiment 


These  results  are  substituted  into  the  cause-effect  equation  to  yield  a  system  of  equations  with  re¬ 
spect  to  the  checkpoint  variables — one  equation  for  each  test.  For  the  given  results,  these  equations 
are: 


1  =  dlbn  -f-  Cilbi  -f-  Cn  -b  Co  (3.9) 

1  =  Ul^n  +  Ull*!  +  Oo 
0  =  a„6i -b  ai6i -b  Co 

1  =  -b  Qnl'i +ail>i  +  Co- 


Equation  (3.9),  and  checkpoint  equations  of  the  form  given  by  (3.1)  and  (3.2),  are  combined  us-ng 
algebraic  techniques  to  form  a  single  Boolean  equation: 


“oCl^n^O^l^nCoCjC^  -b  agaia„6Q6i6r,CoCiCn  —  1. 


(3.10) 
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Each  uncomplemented  literal  in  equation  (3.10)  is  equal  to  1.  Omiting  the  complemented  literals, 
(3.10)  can  be  rewritten  in  the  following  way: 

Ul^nCl  =  1  (3.11) 

Ol6nCn  *  1 

/ 

These  results  are  then  substituted  into  the  cause-effect  equation  to  obtain  fault  functions. 
Fault  functions  are  the  functions  that  the  potentially  faulty  circuit  may  be  implementing.  The 
fault  functions  obtained  in  this  case  are: 

Fi  =9  (3.12) 

Fi  =  q  +  r' 

ai6,c,,sl 

To  differentiate  between  the  functions,  a  test  must  be  constructed  that  will  divide  the  func¬ 
tions  into  two  categories.  This  is  done  by  taking  the  exclusive-or,  XOR,  of  the  functions  to  yield  a 
new  function  which  embodies  the  differences  between  the  initial  functions.  A  minterm  of  this  new 
function  is  used  as  a  test  for  the  original  functions  as  well  as  the  circuit  under  test  [Breue  76a:46]. 
In  this  instance,  this  test  is  generated  as  follows: 

q®{q  +  r')  =  q'{q  +  r')-^q{q  +  r'y  (3.13) 

=  q'q  +  q'r'  +  q(q'r) 

=  q'r 

Since  we  desire  a  minterm  of  this  new  function,  we  can  choose  either  p'q'r'  or  pq'r' .  VVe  will  choose 
p'q’v' .  Thus,  the  new  test  generated  is  (0,0,0).  This  test  is  input  to  the  fault  functions,  F\  and  F^, 
as  well  as  the  circuit  under  test.  The  results  of  this  test  are  given  in  Table  3.2. 


Item  Tested 

Result 

Fi 

0 

Fi 

1 

Circuit 

1 

Table  3.2.  Results  of  New  Test 

Since  and  the  circuit  under  test  acted  similarly  with  the  new  test  that  was  generated,  we  discard 
function  Fi  and  conclude  that  Fj  is  the  function  that  the  circuit  under  test  is  implementing.  If 
there  existed  more  than  two  functions,  then  two  functions  would  be  arbitrarily  chosen  to  generate 
the  new  test  with  the  XOR  operator.  The  test  would  be  used  on  all  of  the  functions  as  well  as  the 
circuit  under  test.  The  functions  which  had  the  same  result  for  the  test  as  the  circuit  would  be 
kept,  the  remainder  discarded.  The  process  would  be  iterated  until  a  single  fault  function  was  found 
to  act  the  same  as  the  circuit  under  test  [Breue  76a:49].  This  fault  function  provides  an  equation 
which  describes  the  operation  of  the  faulty  circuit  as  well  as  the  fault  conditions  in  the  circuit. 
Recall  that  in  equation  (3.12),  the  fault  functions  were  formed  by  substituting  fault  conditions  into 
the  cause-effect  equation.  Hence,  the  set  of  fault  conditions  used  to  form  the  final  fault  function 
are  the  fault  conditions  which  may  exist  in  the  circuit.  □ 

Breuer,  Chang,  and  Su’s  technique  provides  the  basis  for  a  truly  adaptive  procedure  for 
multiple-fault  location.  The  cause-effect  equation  provides  the  structural  model  of  the  circuit  that 
is  necessary  to  perform  diagnosis  down  to  gate  level.  However,  a  different  approach  to  reasoning 
with  respect  to  Boolean  equations  must  be  taken.  In  such  an  approach,  mechanisms  must  be 
developed  to  generate  tests  based  on  the  circuit  structure,  the  checkpoint  variables,  as  well  bls  the 
results  of  previous  tests.  Boolean  reasoning,  reduction,  and  elimination  provide  tools  that  can  be 
used  for  such  a  purpose.*  The  system  developed  in  thii>  project  will  use  these  techniques. 

A  diagnostic  system  based  on  the  cause-effect  equation  model  and  Boolean  reasoning  can 

meet  most,  but  not  all  of  the  criteria  that  define  an  ideal  diagnostic  system.  Due  to  the  choice  of 
*See  Appendix  B. 
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the  cause-effect  equation  as  the  circuit  model,  two  limitations  are  immediately  imposed.  Because 
the  cause-effect  equation  was  developed  to  generate  tests  to  detect  stuck-at  faults,  only  this  type  of 
fault  may  be  located  by  the  proposed  system.  Furthermore,  the  cause-effect  equation  is  generated 
using  a  gate-level  circuit  description;  hence,  it  can  >>e  used  to  localize  faults  only  at  gate-level.  Since 
the  best  known  techniques  only  generate  tests  to  detect  single  stuck-at  faults  at  the  gate  level,  we 
will  accept  these  constraints  in  this  case.  Overcoming  these  limitations  is  a  challenge  for  further 
research.  The  algorithm  used  in  the  system  as  well  as  the  system  implementation  will  establish  how 
the  diagnostic  system  will  meet  the  remaining  criteria  of  an  ideal  diagnostic  system.  How  these 
criteria  are  met  by  the  system  developed  in  this  project  will  be  discussed  in  later  chapters. 

The  Implementation  Language 

The  choice  of  implementation  language  for  the  system  is  dependent  on  the  choice  of  model 
and  reasoning  method.  Since  an  algebraic  model  and  Boolean  reasoning  techniques  are  to  be 
used,  a  language  that  can  manipulate  Boolean  equations  is  most  desirable.  Boolean  equations 
are  different  from  conventional  equations  because  they  are  processed  symbolically  rather  than 
numerically.  Conventional  languages  such  as  FORTRAN  and  C  handle  numerical  calculations  very 
efficiently;  implementing  symbolic  processes  in  these  languages  is  a  laborious  task  [Eisen  88.2]. 
Symbolic  languages  enable  rapid  program  development;  this  allows  concentration  on  the  problem 
and  not  the  programming.  Since  the  objective  of  this  project  is  to  obtain  a  working  diagnostic 
system,  a  symbolic  language  is  best  suited  to  the  task. 

Considerations  regarding  the  choice  of  a  particular  symbolic  language  include  portability, 
standardization,  ease  of  programming,  and  efficiency.  To  insure  portability,  implementations  of 
the  language  must  be  available  in  a  variety  of  environments  from  PC-based  systems  to  mainframes 
[Pause  86:17].  Programs  which  are  written  to  execute  in  one  environment  must  work  on  language 
implementations  in  a  totally  different  environment.  This  insures  that  potential  users  of  the  diag- 
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noetic  system  can  apply  it  on  the  machines  available  to  them.  Thus,  languages  implemented  on 
special-purpose  hardware,  e.g.,  LISP  machines,  are  undesirable  for  implementation  of  the  diagnostic 
system. 

Associated  with  portability  is  standardization.  One  of  the  keys  to  portability  of  programs 
written  in  a  particular  language  is  the  standardization  of  the  language.  A  clear,  concise  standard 
should  exist  for  an  implementation  language.  Programs  written  to  conform  to  such  a  standard  are 
likely  to  run  on  implementations  of  the  language  in  varying  environments.  Variations  from  the 
standard  can  be  documented;  when  a  program  is  to  be  ported  to  a  diflFering  environment,  minor 
changes  can  be  made  to  insure  that  it  will  operate  in  the  new  setting.  [Pause  86,  Rees  86] 

Ease  of  programming  allows  a  programmer  to  easily  learn  and  program  with  a  given  language. 
This  includes  writing  original  code  in  the  language  as  well  as  modifying  existing  code  to  perform  a 
given  task.  A  language  is  efficient  if  the  code  that  the  programmer  creates  executes  quickly  while 
minimizing  memory  utilization.  The  language  chosen  to  implement  the  diagnostic  system  must 
facilitate  ease  of  programming  and  produce  efficient  code.  This  will  allow  concentration  on  the 
problem  to  be  implemented  rather  than  the  programming  effort. 

Symbolic  languages  include  LISP  and  PROLOG.  Common  Lisp  is  the  most  widely  used  form 
of  LISP.  Standards  exist  for  Common  Lisp;  however,  it  does  not  execute  very  efficiently  on  general- 
purpose  computer  systems.  Common  Lisp  interpreters  are  typically  found  on  hardware  systems 
developed  as  dedicated  LISP  machines  [Pause  86:18].  Furthermore,  Common  Lisp  is  very  difficult 
to  learn,  and  debugging  programs  written  in  Common  Lisp  is  an  arduous  task. 

In  general,  PROLOG  meets  the  criteria  considered  for  the  choice  of  implementation  language. 
Standardized  versions  are  available  on  a  variety  of  computer  systems.  Hence,  PROLOG  code  can  be 
written  so  that  it  is  portable  between  different  environments.  PROLOG  is  also  an  easy  language  to 
learn.  However,  procedures  written  in  PROLOG  are  inefficient,  particular  with  respect  to  memory 
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utilization.  Even  a  moderately-sized  diagnostic  system  can  exhaust  available  memory  in  short 
order  [Brown  88b]. 

Scheme  is  a  modern  dialect  of  LISP  that  does  not  have  the  limitations  of  Common  Lisp. 
Versions  of  Scheme  are  available  on  a  wide  range  of  systems  including  personal  computers,  mini¬ 
computers,  and  mainframes.  Current  variations  ail  conform  to  a  standard  defining  the  Scheme 
language — the  Revised®  Report  on  the  Algorithmic  Language  Scheme  [Rees  86).  Moreover,  Scheme 
was  designed  to  be  easy  to  learn  and  use  [Eisen  88:2].  At  the  Massachusetts  Institute  of  Technol¬ 
ogy,  Scheme  is  used  in  the  introductory  computer  science  course  taken  by  all  electrical  engineering 
and  computer  science  students  [Abels  85].  Additionally,  Scheme  is  generally  more  efficient  than 
Common  Lisp.  A  prime  example  of  this  is  that  Scheme  implementations  “are  required  to  be  prop¬ 
erly  tail-recursive”  in  order  to  be  called  “Scheme”  [Rees  86:3].  Eisenberg  defines  a  tail-recursive 
procedure  as: 

. . .  one  in  which  the  value  of  the  recursive  call  provides  the  complete  result  of  the  original 
call.  In  other  words,  once  the  recursive  call  is  evaluated,  there  is  no  additional  work  to 
do  to  find  the  result  of  the  original  call.  [Eisen  88:51] 

The  implication  of  tail- recursion  is  that  iterative  processes  may  be  implemented  recursively;  yet, 
the  computation  is  performed  in  constant  space  [Rees  86:3].  Essentially,  when  a  recursive  procedure 
calls  itself  by  a  tail-recursive  procedure  call,  a  new  version  of  the  procedure  supersedes  the  previous 
call  in  memory,  thus  limiting  memory  usage.  Hence,  some  algorithms  that  take  prohibitive  amounts 
of  memory  in  some  languages  occupy  acceptable  space  when  implemented  in  Scheme. 

In  his  thesis,  Faucett  compared  the  efficiency  of  implementing  Boolean  operations  with  dif¬ 
ferent  data  structures  in  the  Scheme  language  [Pause  86].  Brown  has  determined  how  to  implement 
specific  Boolean  operations  in  the  most  efficient  manner  in  Scheme  [Brown  88b].  In  both  cases, 
the  Scheme  language  has  been  shown  to  be  an  extremely  useful  tool  for  implementing  Boolean 
problem-solving  techniques. 


Conclusion 


A  symbolic  language  should  be  used  to  implement  a  diagnostic  system  using  a  model  based 
on  Boolean  equations.  Given  the  criteria  of  portability,  standardization,  ease  of  programming,  and 
efficiency.  Scheme  is  the  most  suitable  language.  Additionally,  Scheme  has  proven  to  be  useful 
in  implementing  Boolean  operations.  Thus,  Scheme  has  been  used  to  implement  the  diagnostic 
system. 

A  model  of  the  circuit  as  well  as  a  reasoning  method  must  be  developed  to  realize  a  diagnostic 
system.  Breuer,  Chang,  and  Su’s  on-line  method,  featuring  the  cause-effect  equation,  provides 
the  basis  for  adaptive  diagnosis.  However,  a  different  reasoning  method  must  be  used.  Boolean 
reasoning  provides  all  of  the  mechanisms  for  an  adaptive  system  b^tsed  on  Boolejin  equations.  While 
the  cause-effect  equation  imposes  the  limitation  that  only  classical  faults  may  be  diagnosed  at  the 
gate  level,  the  algorithm  used  in  the  system  will  establish  how  the  diagnostic  system  will  meet  the 
remaining  criteria  of  an  ideal  diagnostic  system.  The  next  chapter  provides  the  development  of  this 
algorithm. 
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IV.  Mathematical  Development  of  the  Diagnostic  System 


In  this  chaptet,  the  mathematical  basis  for  the  diagnostic  system  is  developed.  However,  to 
limit  the  scope  of  this  project,  this  derivation  is  limited  to  diagnosis  of  single-output  combinational 
circuits.  Extension  of  the  algorithm  for  multiple-output  circuits  is  a  subject  for  future  work. 

Revision  of  the  Checkpoint  Model  for  Stuck-at  Faults 

In  Breuer,  Chang,  and  Su’s  method  for  fault  location,  a  checkpoint  node  a  has  three  associated 
checkpoint  variables: 

•  On  =  1  if  line  a  is  normal,  0  otherwise, 

•  oo  =  1  if  line  a  is  stuck-at-0,  0  otherwise, 

•  ai  =  1  if  line  a  is  stuck-at-1,  0  otherwise.  [Poage  63:487] 

These  checkpoint  variables  are  related  by  the  following  equations: 


[Bosse  71:1253] 


aoOi  =  OlOn  ~  nofln  =  0 


Oo  +  <*1  +  =  1- 


(4.1) 

(4.2) 


When  constructing  the  cause-effect  equation,  lines  which  are  checkpoints  are  represented  as  follows: 

'  Oin  *1"  ^1  (^*^) 

=  On  •  «fn  +  oo,  (4.4) 


where  a,„  is  the  input  to  a  checkpoint,  and  a^ut  is  the  output  of  a  checkpoint.  [Bosse  71:1253] 

There  exist  weaknesses  in  this  approach.  One  problem  is  that  each  checkpoint  is  represented  by 
three  checkpoint  variables.  A  reduction  in  the  number  of  variables  which  must  be  dealt  with 
increases  the  efficiency  of  the  algebraic  manipulation  that  must  be  performed  by  the  diagnostic 
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system.  A  second  problem  is  that  three  equations  must  be  considered  when  determining  the  state 
of  the  checkpoint  variables.  Either  equation  (4.3)  or  equation  (4.4)  is  used  in  the  formation  of 
the  cause-effect  equation;  equations  (4.1)  and  (4.2)  are  used  in  the  formation  of  a  single  Boolean 
equation  representing  the  possible  faults  conditions  in  the  circuit.^  A  reduction  of  the  number 
of  equations  to  be  considered  may  also  increase  the  efficiency  of  the  system.  To  overcome  these 
weetknesses,  an  adternative  representation  was  developed  by  Brown  to  represent  each  checkpoint  by 
two  variables  and  two  equations  [Brown  88b]. 

In  the  revised  mathematical  model  for  a  checkpoint  node  a,  there  are  two  checkpoint  variables 
ao  and  ai .  The  output  of  a  checkpoint  node  is  dependent  on  the  states  of  the  checkpoint  variables 
as  well  as  the  input  to  the  checkpoint  node.  Hence,  we  can  view  a  checkpoint  node  as  a  new  form 
of  logic  gate  depicted  in  Figure  4.1. 


Figure  4.1.  Checkpoint  Logic  Gate 


The  truth  table  given  in  Table  4.1  defines  the  function  of  the  checkpoint  logic  gate  for  the 
conditions  of  the  checkpoint  variables  on  node  a.  Note  that  both  ao  and  ai  cannot  take  the  value 
of  1  simultaneously  because  a  line  cannot  be  stuck-at-0  and  stuck-at-1  concurrt-  iiily. 

The  function,  Oouii  of  the  checkpoint  logic  gate  is  given  by  the  Karnaugh  map  in  Figure  4.2. 

’See  equation  (3.10)  in  Example  3.1. 
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Table  4.1.  Truth  Table  for  the  Checkpoint  Logic  Gate. 


Figure  1.2.  Karnaugh  Map  for  the  Checkpoint  Logic  Gate 


From  the  Karnaugh  map,  the  following  equation  is  derived  to  represent  the  checkpoint  logic  gate; 

=  ai  +  again-  (4.5) 

An  equation  representing  a  constraint  on  equation  (4.5)  is 

aoai  =  0.  (4.6) 

Another  way  of  depicting  a  checkpoint  logic  gate  is  as  a  combination  of  conventional  AND  and  OR 
gates.  This  view  is  given  in  Figure  4.3.  The  constraint  given  by  equation  (4.6)  holds  in  this  case 
also. 


Figure  4.3.  Alternate  View  of  a  Check  ioint  Logic  Gate 


Derivation  of  a  Characteristic  Equation 

Using  the  checkpoint  logic  gate  representation,  a  single  Boolean  equation  can  be  developed 
which  represents  a  circuit  wo  be  diagnosed.  Suppose  a  circuit  is  represented  by  Figure  4.4.  The 
locations  of  checkpoints  are  as  defined  by  Bossen  and  Hong.  In  Figure  4.4,  checkpoint  nodes  are 
denoted  by  yi,y2,y3>  and  yt. 


Figure  4.4.  Circuit  Used  in  Equation  Derivation 
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In  place  of  the  checkpoint  nodes,  checkpoint  logic  gates  are  inserted  as  shown  in  Figure  4.5. 


where 


•  yio  and  yii  are  the  checkpoint  variables  associated  with  checkpoint  node  j/i, 

•  y20  and  y2i  are  the  checkpoint  variables  associated  with  checkpoint  node  j/2> 

•  yso  and  yai  are  the  checkpoint  variables  associated  with  checkpoint  node  yz,  and 

•  y4o  and  5/41  are  the  checkpoint  variables  associated  with  checkpoint  node  y4 . 

Using  Boolean  reduction,  this  system  of  equations  can  be  reduced  to  a  single  equation.  The 
derivation  is  shown  below. 


=  0 

®  Mviout.ynout)  =  0 

® /2(y3ou«,  y4out)  =  0 
yiout  ®  yii  +  ylo*!  —  ® 
y^out  0  y2i  +  y20'*^2  =  0 

yaout  0  yai  +  y3o*2  =  0 

y4ou«  0y4i +yio*3  =  0 


(4.8) 


By  equations  (B.48)  and  (B.49)  this  system  is  converted  to  /  =  0  form. 

0  /3(«i,  “2))  + 

(ui  0/1  (yi  OU(l  y?out))  *4* 

(U2  0  /2(y3out,y4out))  + 

(yioul  0yn  +yio^i)  + 

(y2out  0  y2i  +  y2o3^2)  + 

(y3  out  0  y3i  +  y3o*2)  + 

(y4ou(  0  y4i +yio*3)  =  0  (4.9) 


The  mathematical  model  used  for  the  checkpoint  logic  gate  dictates  constraints  on  the  checkpoint 
variables.  In  this  case,  these  constraints  are  given  by 


yiiyio  =  y2iy2o  =  yaiyao  —  VAiy^o  —  O- 


(4.10) 
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These  constraints  are  converted  to  a  single  equality  using  the  property  demonstrated  by  equa¬ 
tion  (B.32),  i.e., 


yiiyio  +  y2ii/2o  +  ysiyao  +  y4iy4o  =  0-  ('*11) 

By  the  same  property,  this  equation  can  be  combined  with  equation  (4.9)  to  form  an  equation  of 
the  form  /  =  0  representing  the  circuit  as  well  as  constraints  on  the  checkpoint  variables: 


(i©/3(«l,U2))  + 

(«i  ©  fiiy\out,y2out))  + 

(u2  ®  hiyz  OUti  y4oui))  + 

(yiout  ®  yii  +  yio*i)  + 

{yiout  ©  y2i  +  y'^Q^i)  + 

(y3ou<  ©  yai  + 1/30^2)  + 

(y4out  ©  y4i  +  yio*3)  + 

(yuyio  +  y2iy2o  +  y3iy3o  +  y4iy4o)  =  0-  (4.12) 


In  diagnosis,  we  are  interested  only  in  the  relationships  between  circuit  inputs,  r.  the  circuit 
output,  z,  and  the  checkpoint  variables,  y.  The  output  of  the  circuit  is  a  function  of  the  input 
vector  applied  to  the  circuit  as  well  as  on  the  state  of  the  checkpoint  variables.  Hence,  all  variables 
other  than  inputs,  the  output,  and  the  checkpoint  variables  in  equation  (4.12)  may  be  eliminated. 
In  this  case  variables  which  can  be  eliminated  are  uj ,  ti2.  yiout.  yzouit  ysouti  and  y4out- 

Because  equation  (4.12)  is  in  /  =  0  form,  conjunctive  elimination  is  used  for  eliminating  the 
unnecessary  variables.  The  conjunctive  eliminant  of  the  function  /,  represented  by  the  formula 
on  the  left-hand  side  of  the  equality  in  equation  (4.12),  with  respect  to  the  unnecessary  variables 
is  given  by  £'CO,V(/,  {uj,  uo,  yiooi,  y2out,  ysout.  y4out}).  This  eliminant  is  a  function  of  the  circuit 
inputs,  X,  the  circuit  output,  z,  and  the  checkpoint  variables,  y.  By  equation  (B..59),  a  simple  way 
to  construct  ECON(f,  S),  is  to  determine  the  Blake  canonical  form  of  /  and  then  to  remove  the 
terms  which  include  literals  of  the  variables  that  are  to  be  eliminated,  i.e.,  the  variables  belonging 
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to  set  5.  Thus,  the  function  /  is  expressed  in  Blake  canonical  form;  then  all  terms  which  have 
literals  involving  ui,U2,yiout,y2otit.y3<mii  and  y4out  are  removed. 

We  will  define  the  eliminant  ECON{f,  {ut,U2,yio„j,y2<«iii  y3oti»,y4out})  as  By  (B.62),  the 
new  function  is  set  equal  to  0  to  form  the  equation 

'5(£.y.«)  =  0  (4.13) 

where 

•  X  are  all  input  variables, 

•  y  are  all  checkpoint  variables,  and 

•  r  is  the  output  variable. 

Implicit  in  equation  (4.13)  is  all  information  with  regard  to  the  function  implemented  by  and 
the  fault  conditions  of  the  circuit  of  Figure  4.4.  Since  this  is  a  complete  representation  of  the 
condition  of  the  circuit,  we  will  call  the  characierisiic  funciion.  Equation  (4.13)  is  called 

the  characierisiic  equaiion  of  the  circuit.  The  term  “characteristic”  was  used  in  a  similar  manner 
by  Cerny  when  he  derived  the  Boolean  functions  of  nodes  in  a  circuit  with  respect  to  the  circuit 
inputs  [Cerny  76].  The  initial  characteristic  function  will  be  denoted  <l>o(£.  y<  ^)-  After  each  test  in 
the  process  of  diagnosis,  the  characteristic  function  will  be  updated  to  form  a  revised  characteristic 
function.  The  che'-acteristic  function  after  i  tests  is  given  by  The  entire  process  of 

deriving  an  initial  characteristic  equation  for  a  circuit  is  demonstrated  in  Example  4.1. 

Example  4.1: 

Given  the  circuit  shown  in  Figure  3.1,  the  circuit  can  be  redrawn  with  checkpoint  logic  gales.  This 
circuit  is  given  in  Figure  4.6. 
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This  circuit  is  represented  by  the  equations 


z  = 

s  +  t 

8  = 

^outbout 

t  = 

^out 

Ccut  = 

ai  +  a'op 

bout  = 

bi  +  bog 

^out  * 

Cl  +  4r. 

i 

These  equations  are  rewritten  as 

(z  0  {s 

+  0)  =  0 

(5  0  (^out 

bout))  =  0 

(<®«U«))  =  0 

(Oou*  6  (ai  +  OoP))  =  0 

i^OUt  ®(6i4-6og))  =  0 

(cou,  e  (ci  +  CoO)  =  0. 


This  system  of  equations  can  be  expanded  and  combined  to  form  a  single  equation 

doutfi'lP'  +  Ooutulno  +  + 

(>outf>\q'  +  box,tb\bo  +  + 

Cou(C^r  CoujCjCo  "b  "b  ~b 

"b  ®out®  “b  (^outbout^  "b  Couft  +  Cjyjt  + 

sz'  +  tz'  +  s't'z  =  0. 


1  The  constraints  on  the  checkpoint  variables  are  given  by 

i 


oiao  +  bibd  +  ciCq  —  0. 


(4.14) 


(4.15) 


(4.16) 


(4.17) 
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Equations  (4.17)  2U[id  (4.17)  are  combined  to  form  a  new  equation 

aouta'iP'  +  aouia\ao  +  a^t^oP  +  +  (418) 

f>outbiq'  +  boutb'ibo  +  b'^fb^q  +  b'^^^bi  + 

Coutc'ir'  +  Cf^tc{co  +  c^jCgr  +  c^<ci  + 

+  a'^,a  +  aoutbouts'  +  Coutt  +  + 

az'  4-  tz'  +  a't'z  + 

aiUo  +  6ifto  +  Ci^o  =  0- 


Expressing  the  left-hand  side  of  (4.19)  in  Blake  canonical  form  produces  the  equation 


flouta'iP'  +  ao„,ao  -I-  almt^oP  +  a'c.ut«i  +  +  Ooutboutz'  + 

boutb'iq'  4-  b^utbo  +  Aout^o?  4-  4-  4-  a'oboutP^'  4- 

Coutc'ir'  +  CoutCQ  +  c'<,u,c'(,r  4-  Co^ci  4-  aQbipz'  4-  aibiz'  + 

b'out^  4-  o'outS  4-  Ooutbouts'  4-  Coutt  +  Cgfift'  4-  Ocutbiz'  4-  Coz'  + 

sz'  4"  tz'  4-  a't' z  4"  a'Qb'Qpqz'  4-  aib'Qqz'  4-  Omtb'oqz'  4-  c'g^fz'  4- 

b'lq't'z  +  a'g^ft'z  4-  6o«'r  4-  aot'z  +  a\p't'z  +  b'g^ft'z  4-  bg^fc'orz  + 

4-  b'g^tCcutZ  4-  a'lc'op'rz  4-  a'^cip' z  4-  a'^CoutP' z  4-  aoc'ovz  4- 

aociz  4-  aoCoutZ  +  boc'^rz  +  bgCiz  +  boCoutz  4-  a'out^o^^  + 

^’^'outCiZ  4-  a'oujCoutZ  4-  b\c'Qq'rz  -f-  b\ciq'z  +  b'^Coutq'z  4-  CqTs'z  4- 

i'z  +  Cauts'z  +  b'^q'a  +  boS  +  uqS  4-  a'lP' z  +  OoutbO'qs'  +  aibO'qs'  4- 

a'Qb'Qpqs'  4-  Cgt'  +  aoutbis'  4-  aibis'  4-  a'^bips'  4-  a'ob^utPs'  4- 
1  .. 


(4,19) 


=  0. 


The  variables  in  equation  (4.20)  which  can  be  eliminated  are  6o„,, Cout, s,  and  t.  Since  equa¬ 
tion  (4.20)  is  in  Blake  canonical  form,  terms  which  include  literals  of  these  variables  are  removed 
from  the  equation.  Thus,  the  characteristic  equation  '^o(£,  J/i  z)  =  0  of  the  circuit  is 

c'^r'z'  +  a'obipz'  4-  01612'  4-  cqz'  4-  ao6Qpq2'  4-  ai6Q72'  4-  (4.20) 

aic'op'r2  4-  OjCip'r  4-  aoc'c^rz  4-  OoCiZ  4-  6oc'orr  4-  60C12  4- 

b'lc'gq' rz  +  b'lCiq'z  +  aioo  +  bibo  +  cico  =  0, 
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where 


•  X  denotes  the  input  variables  p,q,  and  r,  and 

•  £  represents  the  checkpoint  variables  ao,ai,&Oi^i>coi  and  ci-  O 

Generation  of  Effective  Test  Vectors 

The  goal  of  test  generation  in  a  diagnostic  system  is  to  produce  effective  test  vectors.  An 
effective  test  vector  is  one  for  which  the  corresponding  output  cannot  be  deduced  a  priori.  Only  in 
this  case  can  new  information  be  derived  from  a  test.  To  determine  if  an  input  vector  is  effective, 
we  need  to  derive  an  expression  in  terms  of  the  circuit  inputs  and  output  which  demonstrates  that 
the  output  is  not  uniquely  deducible  prior  to  a  test. 

Since  a  function  with  respect  to  the  inputs  and  output  of  the  circuit  must  be  derived,  the 
checkpoint  variables  can  be  eliminated  from  the  characteristic  function.  The  conjunctive  eliminant 
of  the  characteristic  function  with  respect  to  the  checkpoint  variables  forms  a  new  function,  0(z,  z), 
which  is  a  function  of  the  circuit  inputs  and  output.  ©(£,  z)  is  formed  by  the  equation 

©(x,  z)  =  ECON{<i{x,  y,  z),  y).  (4.21) 

The  constraint  ©(x,  z)  =  0  holds  by  equation  (B.62). 

Using  the  Boolean  expansion  theorem,  equation  (B.38),  ©(x,  z)  can  be  expanded  in  the  form 
z)  =  0  where  ©  is  defined  by 


Q{x,  z)  =  a(x)z' +  b{x)z.  (4-22) 

By  consensus,  equation  (B.24),  this  equation  may  be  rewritten  eis 


a(x)z' +  6(x)x  +  a(x)6(x)  =  0.  (4-23) 
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Using  the  property  demonstrated  by  equation  (B.32),  this  equation  can  be  used  to  form  three 
sep2irate  equations,  i.e., 


a(x)6(i) 

=  0 

(4.24) 

<i{x)z' 

=  0 

(4.25) 

b(x}2 

=  0. 

(4.26) 

Equations  (4.25)  and  (4.26)  and  the  definition  of  the  inclusion  relation  arc  used  to  generate  the 
Boolean  inclusions 


a(£)  <  i  (4.27) 

r  <  b'{x).  (4.28) 

A  range  of  values  for  :  is  depicted  by 

a{x)  <  z  <  6'(r).  (4.29) 

Under  the  condition 

a(x)  =  f>'(x),  (4.30) 

the  state  of  the  output  x  is  fixed.  Hence,  the  necessary  condition  to  insure  that  c  takes  a  range  of 
values,  i.e.,  is  not  deducible,  is 

a(x)^b'(x).  (4.31) 

Since  a{x)  and  b(x}  are  functions  in  a  two-variable  Boolean  algebra,  a(x)  b'{x)  is  equivalent 
to 

o(x)  =  6(i).  (4.32) 
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By  equation  (B.30),  equation  (4.32)  can  be  rewritten  aa 


a'(z)b(x)  4-  a{x)b'(x)  =  0.  (4.33) 

This  equation  and  (4.24)  cm  be  combined  by  the  property  illustrated  by  equation  (B.32)  to  form 
the  equation 


a'(x}b(x)  -f-  0'(x)b'(x)  +  a(x)b{^  =  0.  (4-34) 

By  consensus  and  absorption,  the  equation 

a(£)  4-  b(x)  =  0  (4.35) 

is  derived.  A  simple  way  to  form  a(x)  4-  b(x)  is  to  use  the  disjunctive  eliminant  of  &(x,  z)  with 
respect  to  the  output  variable  z.  Hence, 


a(x)  4-  b{x)  =  EDIS{e(x,  z),  z).  (4.36) 

We  will  denote  the  function  a(x)  +  b(x)  as  the  input  function  t(x).  By  equation  (4.35), 

i(x)  =  0.  (4.37) 

Solutions  of  equation  (4.37)  are  effective  test  vectors.  The  method  outlined  in  Appendix  B 
can  be  used  to  solve  the  equation.  By  equation  (B.56) 

i'(i)  =  l.  (4.38) 

Each  minterm,  mj(x),  where  j  is  the  decimal  integer  of  the  binary  code  for  a  minterm,^  of  the 

function  a''(x)  is  an  effective  test  vector.  Typically,  a  function  h-  s  several  minterms;  hence,  a  number 
*See  Appendix  B.  Minterm  Canonical  Form. 
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« 


of  effective  test  vectors  will  be  generated.  Without  creating  an  excessive  amount  of  overhead,  there 
exists  no  conceivable  way  to  determine  which  minterm  is  the  “best”  test  vector.  The  best  test 
vector  is  one  which  would  guarantee  that  an  experiment  will  have  a  minimum  number  of  tests.  In 
any  case,  selection  of  the  minterm  which  guarantees  a  minimal  test  set  may  be  impossible  because 
the  results  of  previous  tests  guide  the  generation  of  future  inputs.®  We  cannot  foresee  constraints 
imposed  on  the  test  generation  process  that  will  result  from  the  current  test.  Development  of 
heuristics  which  may  guide  this  process  is  a  subject  for  further  research. 

We  will  arbitrarily  choose  a  test  vector  given  by  a  minterm  mj{x)  of  the  function  i'(£). 
Since  any  minterm  of  i'(x)  is  an  effective  test  vector,  and  the  diagnostic  process  guides  test  vector 
generation,  the  set  of  test  vectors  generated  in  the  course  of  an  experiment  should  be  near-minimal. 
The  next  section  will  show  how  the  result  of  a  test  guides  the  diagnostic  process. 


I 


% 


« 


Deduction  of  New  Information 

A  minterm  m;  (z)  of  j'(i)  is  specified  uniquely  by  the  equation 


mj(x)  =  1  (4.39) 

for  some  j,  where  j  is  the  decimal  integer  of  the  binary  code  for  a  minterm.  When  a  test  vector 
is  applied  to  the  circuit  under  test,  the  output  z  of  the  circuit  will  have  the  value  r  £  {0, 1}.  This 
relationship  is  given  by 


2  =  r,  re  {0,1}. 

Thus,  a  test  yields  the  implication 


(4.40) 


-  J 


•I 


mj(x)  =  1  =>  2  =  r  re  {0,1}. 

^This  is  discussed  in  the  next  section. 


(4.411 
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Equation  4.39  is  equivalent  to 


m'(x)  =  0.  (4.42) 

By  (B.30),  equation  (4.40)  can  be  placed  in  the  form 

20r  =  O.  (4-43) 

Using  equations  (4.42)  and  (4.43),  equation  (4.41)  can  be  rewritten  as 

^j(£)  =  0  =>  2®r=0.  (4.44) 

By  the  Extended  Verification  Theorem,  (4.44)  is  equivalent  to  the  inclusion 

z0r<m'(x).  (4.45) 

Using  the  definition  of  the  inclusion  relation,  (4.45)  can  be  represented  by  the  equation 

^j(£)  ■  (^  ® '■)  =  0-  (4.46) 

This  equation  represents  information  found  by  a  test.  This  information  places  constraints  on  the 
characteristic  equation  which  guide  the  test  vector  generation  process.  Depending  on  the  circuit 
response  r  to  the  test,  one  of  two  constraints  can  be  added  to  the  characteristic  equation.  These 
are  given  by 


•  ‘  =  0  (c  =  0), 


(4.47) 


mj(x)  ■  z'  =  0  (r  =  1). 


(4.48) 
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The  constridnt  formed  by  the  tth  test  is  given  by  the  equation 

■  (z  e  r(i))  =  0,  (4.49) 

where 

•  mj(i)(x)  is  the  test  vector,  generated  using  the  characteristic  function  z),  and  ap¬ 

plied  during  the  ith  test,  and 

•  r(i)  is  the  response  of  the  circuit  to  the  tth  test. 

After  test  t,  equation  (4.49)  is  combined  with  the  characteristic  equation  y,z)  =  0  by 

(B.32)  to  form  the  equation 

^i-i(£,y>2)  +  mj(j)(i)-(r©r(i))  =  0.  (4.50) 

After  equation  (4.50)  is  formed,  new  conclusions  can  be  derived.  However,  these  results  are 
not  explicit  in  the  equation.  All  such  conclusions  are  revealed  only  by  expressing  the  left-hand  side 
of  (4.50)  in  Blake  canonical  form.  This  form  is  given  by 

BCF($i_i(x,y,z)  +  mj(f)(x)  ■  (z  ©  r(t)))  (4.51) 

We  will  denote  the  formula  given  by  (4.51)  as  <ii(x,y,z).  Terms  of  0  can  be  placed  into  three 
categories.  These  are; 

1.  Terms  in  which  one  of  the  literals  is  the  output  variable  z, 

2.  Terms  in  which  one  the  literals  is  the  complement  of  the  output  variable  z',  and 

3.  Terms  which  do  not  include  either  form  of  the  output  variable. 

Terms  of  <l>(x,y,z)  which  include  literals  that  are  either  input  or  output  variables,  but  not 
checkpoint  variables,  are  the  terms  that  remain  when  0(x,  x)  is  found  by  conjunctive  elimination 
of  $i(x,  y,  z)  with  respect  to  y  as  defined  by  equation  (4.21).  These  terms  are  significant  because 


they  contain  the  information  necessary  to  generate  effective  tests.  If  no  such  terms  exist,  i.e.,  if  © 
is  identically  zero,  then  there  exists  no  direct  relationship  between  the  input  and  output  variables. 
In  this  circumstance,  an  arbitrary  test  vector  is  effective. 

Terms  of  ^(x,  y,  z)  which  do  not  include  the  output  variable  z  take  one  of  two  forms.  Either 
these  terms  consist  only  of  checkpoint  variables,  or  they  include  input  as  well  as  checkpoint  variables. 
By  (B.62),  conjunctive  elimination  of  <!>  with  respect  to  the  output  variable  z  yields  a  new  equation 

h(x,y)  =  0  (4.52) 

consisting  of  terms  which  only  include  the  input  and  checkpoint  variables.  The  vector  x  is  inde¬ 
pendent;  the  values  of  the  x  variables  can  be  freely  changed.  The  j/-variables  are  fixed  at  some 
value  depending  on  the  fault  conditions  that  exist  in  the  circuit.  By  (B.32),  each  term  of  h(x,y) 
also  equals  0.  Then,  for  each  term  an  equation  such  as 

00*1X1=  0  (4.53) 

is  formed,  where 

•  Oo  and  6i  are  checkpoint  variables,  and 

•  Xi  is  an  input  variable. 

Since  xi  is  independent,  we  can  etssign  it  the  value  of  1.  Then,  (4.53)  remains  an  identity  only  if 


anbi  =  0. 


(4.54) 


Given  this  property,  the  input  variables  can  be  deleted  from  the  terms  of  (4.52).  The  disjunctive 
eliminant  of  h(£,  y)  with  respect  to  x  is  a  new  function  g{y);  terms  of  g(y)  only  involve  checkpoint 
variables.  The  function  y(y)  is  used  to  form  the  equation 

y(y)  =  o  (4.55) 

By  (B.32),  <t>{x,y,z)  and  (4.55)  can  be  combined  to  form  a  new  function 

<l>ix,  y,  z)  +  y(y).  (4.56) 

Absorption  is  used  to  further  simplify  this  function.  After  simplification  we  define  the  function  to 
be  in  diagnostic  canonical  form.  In  summary,  the  diagnostic  canonical  form  is  derived  ais  follows; 

1.  Add  the  constraint  (4.49)  generated  by  the  »th  test  to  the  characteristic  function  $,_i(i,  y,  z) 
to  form  a  new  function  4>{s.,y,z), 

2.  Obtain  the  Blake  canonical  form  of  the  newly-formed  function  <i>{x,y,  :), 

3.  Remove  the  input  variables  from  the  terms  of  4>{x,  y,  z)  which  include  only  input  and  check¬ 
point  variables  to  form  g{y), 

4.  Add  g{y)  to  the  newly-formed  function  <l>{x,y,z),  and 

5.  Perform  absorption  to  remove  superfluous  terms.  The  resulting  function  is  in  Blake  canonical 
form. 

The  resulting  function  in  diagnostic  canonical  form  is  the  updated  characteristic  function  d>i(x,  y,z). 
Formation  of  the  diagnostic  canonical  form  is  signiflcant  because  it  enables  the  efficient  deduction 
of  relationships  among  variables  of  the  characteristic  function. 

Combining  steps  outlined  previously,  the  function  g[y)  is  derived  as  follows; 

g(y)=  EDIS{ECON{<i>{x,y,z),z),x)  (4.57) 

The  function  g{y)  is  used  to  augment  the  function  <j>(x,y,z)  to  form  the  diagnostic  canonical  form. 
After  simplification  by  absorption,  it  is  guaranteed  that  further  augmentations  will  produce  no  new 
result.  This  is  demonstrated  by  the  following  theorem  and  proof. 


Theorem  4.1.  Given  a  Boolean  function  ♦(x,y,  2),  define  a  Boolean  function  AUG  as  follows; 

AUG(9{x,  y,  z))  =  y,  2)  +  EDIS{ECON{Hs.,  h 

Then 

AUG(AUGmx,y,z)))  =  AUG(^x,y,  z)).  (4.59) 

Proof. 

By  (B.57), 

ECON{AUG{^),z)  =  (AyG(4>(x,y,0))-(A17G($(£,y.l)) 

=  [<i{x,y,Q)  +  EDISiECONi^,z),x)]  ■ 

(«»(£■  y,  1)  +  EDlS{ECON{<tf,  r),  x)] 

=  (<t(x,y,0))(<t(x,y,l))-|-£:£>/S(ECOiV(<^,2),x) 

=  ECON{^,z)  +  EDIS(ECON{^,z),x) 

Since  E  <  EDIS{E,x)  '^E,x,  the  last  equation  of  (4.60)  reduces  to 

ECON{AUG{^),z)  =  EDIS(ECON(<t,z),x)  (4.62) 

Using  this  result, 

AUG(AUG(^))  =  AUG{^)  +  EDIS{ECON(AUG(^),z),i,)  (4.63) 

=  AUG(<t)  +  EDIS(EDIb(ECON{^,z),x),x)  (4.64) 


(4.60) 


(4.61) 


Since  EDIS{ECON(<b,  z),x)  yields  a  function  which  is  independent  of  x,  the  disjunctive  eliminant 
of  this  new  function  with  respect  to  x  yields  the  same  function.  Hence, 

AUG{AUG{^))  =  AUG{i)  +  EDISiECON{9,  z),x).  (4.65) 

Expanding  AUG{^)  yields 

AUG{AUG(^))  =  [$  +  EDIS{ECON{ilf,x)]  +  EDIS{ECON{^,  z),x),  (4.66) 

which  is  the  same  as 

AUG(AUG(<b))  =  ^  +  EDIS(ECOy(i,z},x)  (4.67) 

=  AUG(ft)  (4.68) 

Q.E.D.  [Brown  88b] 

One  property  of  the  updated  characteristic  function,  ^i{x,y,  z),  is  that  it  is  larger  than  the 
previous  characteristic  function,  ^i-i{x,y,z).  This  is  denoted  by 

4^.-i(£,y,2)  <  ^<(£.y.5)- 

The  updated  characteristic  function  ^,(x,y,r)  is  used  to  generate  the  input  function  i,  +  i(£);  the 
input  function  is  used  to  generate  the  test  vector  rnj(i+i)(x).  Because  the  input  function  is  gen¬ 
erated  from  the  updated  characteristic  function,  as  the  characteristic  function  gets  larger,  the 
corresponding  input  function  also  gets  larger.  Hence. 

*i(£)  <  f\+i(£) 
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Essentially,  there  exists  a  search  space  for  effective  inputs.  Information  discovered  from  a  test  acts 
to  further  limit  this  search  space  at  each  iteration.  Eventually,  enough  information  will  have  been 
gained  through  testing  to  cover  the  entire  search  space.  At  this  point  further  effective  inputs  do 
not  exist;  hence,  all  information  deducible  from  testing  is  obtained.  Since  the  input  function  gets 
larger  after  each  iteration,  it  will  eventually  become 

*<+i(*)=l.  (4.71) 

When  this  occurs,  all  information  regarding  the  state  of  the  checkpoint  variables  that  is  deducible 
through  testing,  i.e.,  the  possible  faults  in  the  circuit,  as  well  eis  the  relationship  between  the 
input  and  output  variables,  i.e.,  the  function  that  the  faulty  circuit  is  performing,  is  implicit  in 
The  final  characteristic  function  will  be  denoted  ^n(*,y,  r),  i.e.,  the  characteristic 
function  after  the  nth  test.  The  final  input  function  is  denoted  »n+i(£).  The  function  9„(x,y,z) 
must  be  manipulated  to  determine  the  fault  conditions  in  the  circuit  a^B  well  as  the  function  that 
the  faulty  circuit  is  performing. 

Interpretation  of  Results 

Once  all  information  deducible  by  testing  has  been  obtained,  the  characteristic  function  that 
exists  at  that  point,  y,  ^),  incorporates  the  possible  states  of  the  checkpoint  variables  in  the 

circuit  as  well  as  the  function  that  the  faulty  circuit  is  performing.  To  derive  this  information,  we 
need  to  produce  an  equation  which  expresses  the  circuit  output  as  a  function  of  the  inputs  and  an 
equation  which  represents  the  possible  states  of  the  checkpoint  variables. 


Derivation  of  the  Circuit  Function.  Restating  equation  (4.22)  in  the  discussion  of  effec¬ 


tive  test  vector  generation,  ©(i,  z)  can  be  expanded 


©(£i  2)  =  a(x)z'  +  b{x)z. 


(4.72) 


The  necessary  condition  which  insures  that  z  is  not  deducible  was  given  by  (4.31).  This  condition 
is 


a(£)  ^  <»'(£)•  (4.73) 

Thus,  the  condition  for  which  z  is  deducible,  i.e.,  information  cannot  be  obtained  from  testing,  is 
given  by 


aix)  =  5'(x). 


(4.74) 


Equation  (4.74)  is  the  equation  obtained  when  the  input  function  j(x)  becomes  equal  to  1, 
This  is  shown  as  follows.  By  equations  (4.36),  (4.37),  and  (4.72); 


*(x)  =  EDIS{&(x,z),z) 

=  EDIS{ia{x)z'  +  b{x)z).z). 

By  the  definition  of  the  disjunctive  eliminant, 


(4.75) 


»(£)  =  («(£)-'  +  *(£)-) 
=  a{S.)  +  b{x)- 


(4,76) 
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It  was  determined  in  the  previous  section  that  all  information  deducible  from  testing  was  obtained 
when  the  input  function  i(x)  becomes  equal  to  1.  Hence,  at  the  completion  of  testing,  the  following 
condition  is  true 


a(£) +  *(£)=!•  (4.77) 

Combining  (4.77)  with  the  fact  that  a{x)b{x)  =  0  by  equation  (4.24),  the  definition  of  complemen¬ 
tation  implies  that  the  following  condition  must  be  true 


or  alternatively. 


«(£)  =  fr'(£), 


(4.78) 


a'{x)  =  6(x).  (4.79) 

This  result  confirms  equation  (4.74).  At  the  completion  of  testing,  equation  (4.22)  can  then  be 
restated  as 


a(£)2*  +  o'(£)^  =  0.  (4.80) 

By  (B.30),  this  equation  can  be  rewritten  as 


a(x)  I®  r  =  0. 


(4.81) 


Ecjuivalently, 


a(x)  =  z. 


(4.82) 
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This  equation  yields  the  output  of  the  circuit  as  a  function  of  the  circuit  inputs.  This  is  the 


function  that  the  potentially  faulty  circuit  is  performing.  In  summary,  a(i)  is  found  as  follows: 

1.  Determine  ©(z,  z)  by  ECON{^nix,y,  z),y),  and 

2.  Set  z  =  0  in  ©(i,  z)  to  obtain  a(i). 

The  function  a(x)  that  exists  at  the  completion  of  testing  will  be  denoted  the  fault  function  and 
designated  as  F(x_).  The  fault  function  is  used  to  determine  the  possible  states  of  the  checkpoint 
variables. 

Determination  of  Possible  Checkpoint  States.  As  in  the  case  of  the  fault  function,  a 
function  which  yields  information  concerning  the  state  of  the  checkpoint  variables  must  be  derived. 
The  constraints  on  the  checkpoint  variables  were  demonstrated  by  equation  (4.11).  The  left-hand 
side  of  this  equation  is  the  constraint  function,  designated  as  ff(y).  Equation  (4.9)  is  an  equation 
which  expresses  the  relationships  among  the  circuit  inputs,  output,  and  checkpoint  variables.  With 
some  manipulation,  this  equation  could  by  placed  in  the  form 


z  =  /(r,y),  (4.83) 

where 

•  X  are  the  circuit  inputs, 

•  y  are  the  checkpoint  variables,  and 

•  z  is  the  circuit  output. 


For  all  inputs,  the  fault  function  F(x)  is  equivalent  to  the  function  f{x,y).  However,  the 
possible  values  of  the  vector  y  are  undetermined.  If  all  inputs  were  to  be  exhaustively  applied  to 
the  circuit,  then  the  following  system  of  equations  would  be  obtained 


F(0,0 . 0)  =  f(0,0,...,0,y)  (4.84) 

F(0,0,...,1)  =  /(0,0,...,l,y) 

F(l,l,....l)  = 


Using  reduction,  this  system  of  equations  may  be  rewritten  as 


fia)^  f(a,y}  =  0.  (4.85) 

£€(0,1}" 

By  equation  (B.32),  g(y)  can  be  combined  with  (4.85)  to  form  the  equation 


[Brown  79.12] 


H  F(a)0/(a,y)  =  0. 
£€{0,1}» 


Using  the  definition  of  the  disjunctive  eliminant,  (4.86)  may  be  rewritten  as 


(4.86) 


I 


[Brown  79:11] 


g{y)  +  ED[S{{F(r)  0  /(x.y)),  j)  =  0. 


(1.87) 


The  left-hand  side  of  this  equation  yields  a  function  which  incorporates  the  possible  states  of  the 
checkpoint  variables.  This  function  will  be  denoted  the  checkpoint  state  function  and  designated 
cis  G{y).  Once  the  fault  function  F(x)  is  found  using  the  results  of  the  previous  section,  Giy)  can 


be  determined. 


Solutions  of  the  equation 


G(y)  =  0  (4.88) 

yield  the  possible  states  of  the  checkpoint  variables.  Typically,  the  states  of  all  checkpoints  cannot 
be  positively  determined.  This  is  because  combinations  of  faults  within  the  same  equivalence  class 
cause  a  circuit  to  behave  identically.  Thus,  the  set  of  solutions  for  (4.88)  represents  the  possible 
faults  that  may  exist  in  the  circuit  under  test.  There  exists  no  way  to  distinguish  between  the 
fault  combinations;  however,  exactly  one  solution  of  (4.88)  represents  the  faults  that  exist  in  the 
circuit.  The  method  found  in  Appendix  B  may  he  used  to  obtain  solutions.  Using  this  method, 
the  following  equation  is  obtained; 


G'(y)  =  1  (4.89) 

Minterms  of  G'{y)  are  the  possible  node  states.  In  some  cases  a  literal  may  appear  in  all  minterms 
of  G'{y).  In  these  cases,  information  pertaining  to  the  checkpoint  node  associated  with  the  literal 
is  attained  with  certainty.  Using  the  circuit  of  Figure  4.5,  if  the  literal  j/io  appeared  in  uncom¬ 
plemented  form  in  all  solutions  of  G'(y),  then  it  could  be  stated  with  certainty  that  the  node  ri 
is  stuck-at-0  (by  Table  4.1).  All  minterms  can  be  examined  to  determine  the  nodes  for  which  the 
state  is  certain;  the  remaining  literals  in  each  minterm  yield  the  possible  states  of  the  checkpoint 
nodes  in  the  circuit. 

Applications  of  the  Diagnostic  Algorithm 

The  procedure  described  in  this  chapter  is  intended  for  complete  di.agnosis  of  faults  within  a 
single-output  combinational  circuit.  However,  there  are  a  number  of  other  uses  for  the  procedure. 
These  include  generation  of  fault  detection  test  sets,  diagnosis  of  specific  points  in  the  circuit,  and 
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using  the  algorithm  to  evaluate  a  test  set.  Implementation  of  all  of  these  applications  is  a  subject 
for  future  work.  In  this  project,  however,  a  full  diagnostic  system  is  designed  and  implemented. 

The  diagnostic  algorithm  can  be  used  to  generate  test  sets  for  fault  detection  experiments.  To 
use  the  procedure  in  this  way,  after  a  test  is  constructed,  the  fault-free  circuit’s  response  to  the  test 
is  determined.  Then,  this  output  is  fed  back  to  the  procedure  using  equation  (4.49).  The  algorithm 
continues  to  generate  tests  until  the  correct  outputs  provide  enough  information  to  validate  the 
possible  states  of  the  checkpoint  variables.  Since  only  effective  tests  are  generated  and  the  correct 
outputs  guide  the  production  of  these  tests,  the  resulting  test  set  would  be  near-minimal.  The  test 
set  is  not  guaranteed  to  be  minimal  because  at  each  iteration  of  the  test  generation  process,  a  test 
is  selected  arbitrarily  from  the  solutions  to  equation  (4.37). 

A  by-product  of  test  set  generation  is  the  creation  of  a  list  of  undetectable,  i.e.,  redundant, 
faults  in  the  circuit  for  which  the  test  set  is  generated.  If  the  correct  output  always  is  fed  back  to 
the  procedure  in  (4.49),  the  circuit  would  be  functioning  normally.  By  definition,  redundant  faults 
do  not  cause  a  circuit  to  act  abnormally.  The  diagnostic  procedure  always  produces  a  listing  of 
the  faults  that  may  exist  in  the  circuit.  Hence,  the  procedure  produces  a  list  of  the  undetectable 
faults  which  may  occur  in  spite  of  the  fact  that  the  correct  outputs  are  fed  back.  This  information 
may  be  helpful  early  in  the  design  process,  because  redundant  faults  occur  due  to  redundancies  in 
a  circuit. 

In  the  derivation  of  the  characteristic  function  of  the  circuit,  checkpoints  were  used  to  denote 
potential  locations  of  faults.  This  derivation  assumed  that  the  characteristic  function  is  to  be  used 
for  multiple-fault  location  experiments.  A  modification  of  the  characteristic  function  would  be 
to  allow  arbitrary  points  to  be  designated  as  checkpoints.  The  characteristic  function  would  be 
developed  bcised  on  these  user-designated  checkpoints.  The  diagnostic  procedure  would  generate 
tests  required  to  determine  the  states  of  the  user-designated  checkpoints.  Thus,  tests  can  be 
generated  to  detect  the  existence  of  specific  faults  in  a  circuit. 
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Another  application  of  the  diagnostic  algorithm  is  to  evaluate  a  pre-computed  test  set.  For 
each  test  in  the  test  set,  the  fault-free  circuit’s  response  may  be  computed.  Using  (4.49),  a  test 
and  response  are  added  to  the  characteristic  function  of  a  circuit.  After  generation  of  the  updated 
characteristic  function,  another  test  and  response  are  added.  After  all  tests  and  responses  are 
exhausted,  the  characteristic  function  would  be  interpreted  as  described  in  the  Interpretation  of 
Results  section.  A  list  of  possible  faults  in  the  circuit  is  produced;  these  faults  are  the  faults  that 
are  not  detected  by  the  test  set  being  evaluated.  Additionally,  after  all  test/response  pairs  are 
processed,  the  input  function  may  be  formed.  If  the  input  function  is  not  identically  equal 

to  1  by  equation  (4.71),  then  effective  test  vectors  exist  that  were  not  a  member  of  the  pre-computed 
test  set.  Hence,  the  diagnostic  algorithm  can  show  whether  or  not  a  pre-computed  test  set  is  a 
complete  fault-detection  test  set. 

Advantages  and  Limitations  of  the  Diagnostic  Algorithm 

The  diagnostic  algorithm  meets  many  of  the  criteria  defining  an  ideal  diagnostic  system.  In 
doing  so,  the  algorithm  overcomes  many  of  the  limitations  which  restrict  the  capability  of  other 
techniques.  Such  restrictions  include  the  single-fault  assumption,  requirements  to  generate  a  fault 
detection  test  set  prior  to  an  adaptive  experiment,  and  the  necessity  of  determining  the  probabilities 
of  possible  faults. 

The  algorithm  presented  was  developed  specifically  to  adaptively  locate  multiple  stuck-at 
faults  in  combinational  circuits.  Additionally,  as  described  in  the  previous  section,  this  algorithm 
also  can  be  used  to  generate  fault  detection  test  sets  for  preset  fault  detection  experiments.  Whether 
used  for  adaptive  fault  location  or  test  set  generation,  the  use  of  constraints  to  guide  the  test  vector 
generation  process  insures  that  a  near-minimal  test  set  is  generated. 

Processing  which  is  required  in  other  diagnostic  techniques  is  avoided  in  this  algorithm.  A 
priori  fault  enumeration,  required  in  well-known  methods  such  as  the  D  algorithm,  is  not  required. 
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Some  diagnostic  systems  transform  a  circuit  representation  into  an  equivalent  circuit  representation 
for  which  test  vectors  are  generated;  tests  which  detect  faults  in  the  equivalent  circuit  detect  faults  in 
the  actual  representation  of  the  circuit.  The  method  developed  in  this  chapter  does  not  necessitate 
a  transformation  to  an  equivalent  circuit.  Furthermore,  because  the  generation  of  test  vectors 
to  detect  multiple  faults  is  implicit  in  the  procedure,  the  diagnostic  algorithm  does  not  require 
performance  of  a  masking  analysis.  A  masking  analysis  is  used  in  some  techniques  which  generate 
tests  to  detect  single  faults,  perform  a  masking  analysis  to  determine  faults  not  covered  by  the 
single-fault  detection  test  set,  and  then  generate  tests  to  cover  faults  that  were  not  detected  by  the 
initi2d  test  set. 

As  previously  discussed,  the  model  used  in  the  diagnostic  algorithm  imposes  limitations  which 
prevent  the  algorithm  from  meeting  all  of  the  criteria  of  an  ideal  diagnostic  system.  Describing  the 
circuit  with  Boolean  equations  at  the  gate  level  necessitates  diagnosis  of  faults  at  the  gate  level. 
Additionally,  the  checkpoint  model  used  in  this  procedure  is  predicated  on  the  stuck-at  fault  model; 
hence,  non-classical  faults  cannot  be  diagnosed  with  the  diagnostic  algorithm.  A  restriction  imposed 
to  narrow  the  scope  of  the  project  was  to  develop  the  algorithm  for  single-output  combinational 
circuits;  however,  the  algorithm  imposes  no  other  restrictions  on  circuit  topology.  Likewise,  there 
are  no  limitations  on  the  type  of  logic  gate  that  can  be  used  by  a  circuit  diagnosed  using  this 
algorithm.  Extension  of  the  diagnostic  algorithm  to  overcome  these  limitations  is  a  subject  for 
future  work. 

Another  limitation  of  the  diagnostic  algorithm  is  that  it  cannot  detect  a  bad  model.  Although 
the  original  circuit  representation  may  be  erroneous,  the  algorithm  will  generate  tests  regardless  of 
this  fact.  Of  the  methods  surveyed  in  Chapter  2,  only  Davis’s  method  of  diagnosis  using  structure 
and  behavior  can  determine  that  a  model  is  incorrect.  However,  Davis’s  method  is  limited  by  the 
single-fault  assumption. 


Id  the  following  chapters,  the  design  and  implementation  of  the  diagnostic  algorithm  devel¬ 
oped  in  this  chapter  is  discussed.  Included  in  the  discussion  are  implementation  decisions  which 
impose  minor  limitations  on  the  structure  of  a  circuit.  However,  before  implementation  issues  are 
exaunined,  the  next  chapter  describes  the  architecture  of  the  diagnostic  system. 
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V.  Architecture  of  the  Diagnostic  System 


In  the  previous  chapter  the  mathematical  basis  of  the  diagnostic  system  was  developed.  In  this 
chapter,  an  architecture  is  developed  to  serve  as  a  basis  for  a  software  implementation  of  the  system. 
There  aue  two  importamt  characteristics  of  a  software  architecture:  partitioning  of  the  system  into 
a  hierarchical  structure  of  modules,  and  definition  of  data  within  the  system  [Press  87:218].  A 
problem  must  be  partitioned  into  units  that  can  be  designed  and  easily  maintained.  In  Pressman’s 
book  on  software  engineering,  he  cites  that  “‘modularity  is  the  single  attribute  of  software  that 
allows  a  program  to  be  intellectually  manageable’”  [Press  87:222).  Data  definition  is  important 
because  this  defines  the  interrelationships  between  the  modules. 

The  key  to  effectively  partitioning  the  diagnostic  system  is  the  ability  to  decompose  the 
algorithm  developed  in  the  previous  chapter  into  separate  components.  Fortunately,  the  algorithm 
is  actually  a  series  of  steps  which  proceeds  from  a  system  of  equations  which  describes  the  circuit,  to 
derivation  of  the  characteristic  equation  of  the  circuit,  generation  of  effective  test  vectors,  deduction 
of  new  information  from  results  of  a  test,  and  finally  to  the  interpretation  of  the  results  of  the  input- 
output  experiment.  This  stepwise  construction  of  the  algorithm  facilitates  easy  partitioning  into 
independent  modules.  Thus,  the  architecture  specified  in  this  chapter  is  a  functional  decomposition 
of  the  diagnostic  algorithm  developed  previously. 

Items  which  are  defined  in  this  architecture  include  the  partitioning  of  the  system  into  sepa¬ 
rate  modules,  descriptions  of  the  function  of  each  module,  information  that  must  be  passed  between 
modules,  and  user  interfaces.  The  system  is  partitioned  into  four  components:  the  input  module, 
equation  generation  module,  tester  module,  and  interpretation  module.  Development  of  this  archi¬ 
tecture  was  an  iterative  process.  After  initial  development,  revised  requirements  often  necessitated 
refinement  of  the  original  architecture.  The  architecture  described  in  this  chapter  is  the  version 
which  resulted  after  full  development  of  the  diagnostic  system. 
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The  Input  Module 


A  system  of  Boolean  equations  can  be  used  to  describe  a  combinational  circuit.  Another 
way  of  describing  a  combinational  circuit  is  by  a  VHDL  description.  To  give  the  user  flexibility, 
either  form  of  circuit  description  may  be  input  to  the  diagnostic  system.  To  facilitate  the  use  of 
different  types  of  descriptions,  the  descriptions  are  converted  to  a  common  format  which  retains 
information  about  the  structure  of  the  circuit.  This  common  form,  which  is  used  by  the  remaining 
modules  of  the  diagnostic  system,  will  be  denoted  the  intermediate  format.  The  first  module  in 
the  system,  the  input  module,  will  convert  either  of  the  two  input  descriptions  to  the  intermediate 
format.  Figure  5.1  is  a  pictorial  description  of  the  module. 

The  input  module  includes  a  dual  set  of  operations.  One  set  of  operations  converts  the 
Boolean  equations  that  describe  the  circuit  into  the  intermediate  format;  the  complementary  set  of 
operations  transforms  the  VHDL  description  to  the  intermediate  format.  In  each  case,  the  input 
description  will  be  input  to  the  system  from  a  data  file.  The  input  module  prompts  the  user  to 
determine  the  type  of  input  description  that  will  be  used.  When  a  file  is  read,  a  tokenizer  tailored  to 
the  specific  type  of  description  converts  the  characters  in  the  file  to  a  list  of  symbols,  or  tokens.  The 
list  of  tokens  is  transformed  to  the  intermediate  format  by  an  appropriate  parser.  The  intermediate 
format  will  be  an  equation-like  form  which  meets  the  requirements  of  the  mathematics  developed 
in  Chapter  4.  However,  the  exact  specification  of  the  intermediate  format  is  implementation- 
dependent  and  will  be  discussed  in  the  next  chapter.  The  formats  for  the  Boolean  equations  and 
VHDL  descriptions  are  defined  in  the  succeeding  sections. 

Boolean  Equation  Format,  The  equation  format  accepted  by  the  diagnostic  system  is  a 
system  of  Boolean  equations.  To  devise  this  set  of  equations,  each  node  in  a  circuit  must  be  labeled 
by  a  unique  identifier  or  label  as  shown  in  Figure  5.2.  Each  logic  gate  in  the  circuit  is  denoted  by  a 
single  equation;  each  line  of  the  input  file  contains  an  equation  representing  a  gate.  Thus,  if  there 
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Figure  5.1.  The  Input  Module 


are  four  gates  in  a  circuit,  the  input  file  that  describes  the  circuit  would  contain  four  lines — one 
equation  per  line.  Each  equation  must  be  of  the  form 

output  -  input  operator  input 

where  the  output  node  of  the  gate  is  always  on  the  left  side  of  the  equals  sign,  and  the  right  side 
of  the  equals  sign  contains  the  gate  inputs  and  the  operators  specific  to  the  type  of  gate. 


Figure  5.2.  Circuit  Demonstrating  Boolean  Equation  Format 

AND  Gate  Representation.  An  AND  gate  can  be  represented  in  several  different 
ways.  The  ♦  operator  is  used  to  denote  the  AND  operation.  One  representation  of  an  AND  gate  is 

output  =  first J.nput  ♦  second_input . 

For  a  multiple-input  AND  gate,  a  string  of  inputs  and  operators  is  combined  in  the  following  way  . 
output  =  first-input  *  second jnput  *  third-input. 


Alternate  ways  of  representing  an  AND  gate  are  to  enclose  the  inputs  and  operators  with  paren¬ 
theses  and  to  drop  the  operators  entirely.  The  AND  operation  is  assumed  when  an  operator  is 
replaced  by  the  juxtaposition  of  input  symbols.  Examples  of  these  forms  are 

output  3  (lirst-input  *  8«condJ.nput  *  third_input) 
output  3  (lirstJ.nput  a«condJ.nput  third-input) 
output  s  first -input  sscond-input  third-input. 

OR  Gate  Repres'rmtation.  An  OR  gate  also  can  be  represented  in  several  different 
ways.  The  +  operator  is  used  to  denote  the  OR  operation.  The  representation  of  an  OR  gate  is 

output  =  first-input  +  second-input. 

For  a  multipie-input  OR  gate,  a  string  of  inputs  and  operators  is  combined,  i.e., 

output  *  first J.nput  +  second-input  +  thirdjinput. 

An  alternate  way  of  representing  an  OR  gate  is  to  enclose  the  inputs  and  operators  -vith  parentheses. 
An  example  of  this  form  is 

output  =  (first-input  +  second-input  +  third-input). 

NOT  Gate  Representation.  A  NOT  gate  (Inverter)  is  represented  in  two  different 
manners.  The  ’  operator  is  used  to  denote  the  NOT  operation.  The  first  representation  of  a  NOT 
gate  is 

output  =  input ’ . 

The  alternate  representation  of  a  NOT  gate  is  to  enclose  the  input  in  parentheses.  An  e.xaniple  of 
this  form  is 

output  =  (input)’. 
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XOR  Gate  Representation.  An  XOR  (Exclusive-OR)  gate  is  represented  similarly 
to  an  OR  gate,  except  that  the  +  operator  is  replaced  by  the  !  operator.  The  !  symbol  was 
chosen  because  the  ®  symbol  that  normally  represents  the  XOR  operation  is  unavailable  on  a 
computer  keyboard,  and  the  !  symbol  is  symmetric  like  the  ©  operator.  Examples  of  equation 
which  represent  XOR  gates  are 

output  =  lirat-input  !  second-input 
output  =  first-input  !  second-input  !  third-input 
output  =  (first-input  !  second-input  !  third-input). 

NAND  Gate  Representation.  A  NAND  gate  cannot  by  represented  in  the  same 
manner  as  AND,  OR,  or  XOR  gates,  because  the  NAND  operation  is  not  associative.  One  view  of 
the  NAND  gate  is  that  it  is  a  complemented  AND  or  NOT-AND  gate.  Thus,  the  AND  and  NOT 
operators  can  be  combined  to  form  a  NAND  gate.  In  this  representation,  the  AND  portion  of  the 
equation  must  be  enclosed  in  parentheses;  the  NOT  operator  is  placed  outside  the  parentheses.  A 
representation  of  a  two-input  NAND  gate  is 

output  =  (first-input  ♦  second-input)'. 

For  a  multiple-input  NAND  gate,  a  string  of  inputs  and  operators  is  combined  in  the  following  way; 

output  =  (first-input  *  second-input  *  third-input) ' . 

Juxtaposition  may  also  be  used  to  represent  a  NAND  gate: 

output  =  (first-input  second-input  third-input) ' . 

NOR  Gate  Representation.  Like  the  NAND  operation,  the  NOR  operator  is  not 
associative.  Thus,  it  must  be  denoted  in  a  similar  manner.  The  NOR  operation  is  represented  by  a 
combination  of  the  OR  and  NOT  operators.  Parentheses  enclose  the  OR  portion  of  the  operation; 
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the  NOT  operator  is  positioned  outside  of  the  parentheses.  A  representation  of  a  two-input  NOR 
gate  is 


output  =  (lir8tJ.nput  second-input)'. 

For  a  multiple-input  NOR  gate,  a  string  of  inputs  and  operators  is  combined  in  the  following  way: 


output  =  (lirst-input  +  second-input  +  thirdJ.nput)  ’ . 


XNOii,  Gate  Representation.  An  XNOR  (Exclusive  NOR)  gate  is  represented  sim¬ 
ilarly  to  the  NAND  and  NOR  gates.  A  combination  of  XOR  and  NOT  operators  denotes  an  XNOR 
i  operation.  Examples  of  ways  to  represent  XNOR  gates  are: 

output  =  (first  J.nput  •  second-input)  ' 
output  =  (lirst-input  !  second-input  !  third-input)  ’ . 


Using  these  gate  definitions,  the  equations  for  the  circuit  given  by  Figure  5.2  are  given  in 
Figure  5.3. 


d  =  b'  d  =  (b)' 

e  =  (a  d) ’  e  =  (a  ♦  d) ’ 

or 

1  =  (c  d)’  1  =  (c  ♦  d)' 

z  =  (e  1) ’  z  =  (e  *  1) ' 


Figure  5.3.  Equations  Representing  Circuit  of  Figure  5.2 


^  Definition  of  VHDL  Input  Format.  The  alternate  method  for  representing  a  circuit  is  by 

a  VHDL  description.  Representing  a  design  with  VHDL  is  advantageous  for  two  reasons.  The  act 
of  describing  a  system  forces  the  designer  to  think  out  a  design  clearly;  also,  the  VHDL  description 
^  can  be  used  to  simulate  the  hardware  design.  A  “dastgri  entity  is  the  primary  hardware  abstraction 

in  VHDL”  [IEEE  88:1-1].  Any  part  of  a  design  which  has  a  specified  function  and  interface  can  be 


represented  as  a  design  entity  [IEEE  88:1-1],  This  entity  can  represent  an  entire  design,  a  circuit, 
subcircuit,  or  a  specific  component.  Typically,  components  are  interconnected  to  form  a  design 
hierarchy  of  hwdware  elements.  Thus,  a  hardware  design  is  described  and  constructed  in  a  modu- 
leir  fashion  for  the  same  reasons  that  software  architectures  are  partitioned.  Each  design  entity  in 
VHDL  is  defined  by  two  items,  an  entity  declaration  and  an  architecture  body  [IEEE  88:1-1].  The 
entity  declaration^  is  the  portion  of  a  design  entity  which  describes  the  interface  between  a  de¬ 
sign  entity  and  the  environment  in  which  it  is  instantiated  [IEEE  88:1-1].  The  architecture  Jsody 
describes  the  function  of  the  design  entity.  Hence,  the  architecture  body  “specifies  the  relationships 
between  the  inputs  and  outputs  of  a  design  entity”  [IEEE  88:1-6]. 

The  architecture  body  can  be  described  in  either  behavioral,  structural,  or  dataflow  forms 
[IEEE  88:1-6].  A  behavioral  view  is  normally  a  way  of  algorithmically  describing  the  function  of  a 
circuit  or  component.  This  form  would  not  necessarily  embody  the  structure  of  a  design,  rather 
it  describes  how  it  acts.  The  structural  view  of  VHDL  describes  a  design  entity  by  a  collection 
of  lower-level  design  entities.  For  example,  a  combinational  logic  circuit  can  be  described  in  the 
structural  view  of  VHDL  by  a  collection  of  design  entities  representing  the  different  types  of  gates 
that  compose  the  circuit.  Each  of  the  gates  would  have  its  own  associated  entity  declaration  and 
architecture  body.  The  dataflow  view  of  VHDL  describes  a  circuit  or  component  by  a  collection  of 
VHDL  signal  assignment  statements.  A  signal^ssignnent statement  is  of  the  form 

target  <=  waveform 

where  target  is  a  signal  which  receives  the  value  of  waveform  [IEEE  88:8-3],  Waveform  is  composed 
of  a  collection  of  signals  and  operators  which  combine  to  form  a  value  which  is  then  assigned  to 
target.  Design  entities  may  also  be  composed  of  a  mixture  of  the  three  different  views  of  component 
description. 

’Terms  listed  in  the  typssrltsr  typeset  are  defined  in  Appendix  C.  Definition  of  VHDL  Subset. 
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The  behavioral  view,  because  it  may  not  represent  the  structure  the  circuit,  is  unsuited  for 
describing  a  circuit  to  be  diagnosed  using  the  method  developed  in  Chapter  4.  Thus,  this  view  will 


not  be  considered  for  the  diagnostic  system. 

Either  a  structural  or  dataflow  representation  can  describe  the  structure  of  a  circuit.  The 
structural  representation  is  perhaps  the  best  way  of  describing  a  complex  design.  The  entity 
declarations  and  architectural  bodies  of  a  design  are  normally  spread  throughout  several  different 
flies  of  a  design  library.  Transforming  circuits  represented  by  a  structural  VHDL  description  into 
a  form  required  for  this  diagnostic  system  would  be  a  complex  task.  When  each  component  is 
instantiated  in  the  highest-level  design  entity,  the  file  associated  with  the  component  would  have  to 
be  found  and  transformed  also.  Furthermore,  there  could  exist  a  nesting  of  component  instantiations 
which  would  have  to  be  handled  by  the  system. 

The  dataflow  representation  can  be  used  to  define  a  simple  circuit  or  component.  The  function 
of  a  logic  gate  can  be  described  by  a  single  signal  assignment  statement  in  its  architecture  body.  A 
combinational  logic  circuit  may  be  represented  by  a  series  of  signal  assignment  statements,  where 
a  signal  assignment  statement  represents  a  single  gate  in  the  circuit. 

Because  only  combinational  circuits  will  be  diagnosed  by  this  system,  the  use  of  a  complex 
form  of  VHDL  description  is  not  required.  Thus,  to  narrow  the  scope  of  this  project,  a  dataflow 
representation  will  be  used  for  circuit  description.  This  representation  constrains  the  user  to  what 
is  known  eis  a  “flat”  description  of  a  circuit.  This  form  of  description  would  be  inappropriate 
for  circuits  any  more  complex  than  combinational  circuits.  However,  in  an  early  implementation 
of  VHDL,  there  existed  a  tool  called  a  simplifier  which  converted  hierarchical  design  descriptions 
into  a  single  flat  representation  [Inter  87].  The  form  of  this  flat  description  was  under  the  u.ser's 
control.  Such  a  tool  could  allow  the  conversion  of  structural  VHDL  descriptions  to  the  dataflow 
representatii  n  required  by  this  diagnostic  system.  Extension  of  the  diagnostic  system  to  allow  the 
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use  of  structural  VHDL  and  construction  of  a  simplifier  for  current  implementations  of  the  descrip¬ 


tion  language  are  subjects  for  further  study. 

VHDL  is  currently  defined  by  ANSI/IEEE  Standard  1076-1987  [IEEE  88].  A  subset  of  this 
standard  must  be  clearly  specified  to  insure  that  VHDL  circuit  descriptions  which  will  be  input 
to  the  diagnostic  system  conform  to  its  requirements.  This  subset  is  defined  in  Appendix  C.  The 
intent  of  this  subset  is  to  describe  a  combinational  circuit  by  a  single  VHDL  architecture  and 
a  gate  by  a  single  signal  assignment  statement.  The  subset  defined  in  Appendix  C  includes  all 
of  the  elements  of  VHDL  required  to  construct  both  entity  declarations  and  architecture  bodies. 
Circuits  constructed  using  this  subset  will  simulate  properly  using  an  IEEE  Standard  1076-version 
VHDL  analyzer  and  simulator.  Entity  declarations  and  architecture  bodies  will  be  assumed  by 
the  diagnostic  system  to  be  in  separate  files.  The  only  part  of  a  design  entity  that  is  used  by  the 
diagnostic  system  is  the  architecture  body. 

Entity  Declaration  Format.  The  entity  declaration  of  a  circuit  to  be  diagnosed  by 
the  diagnostic  system  is  required  only  to  simulate  the  circuit  with  a  VTIDL  analyzer  and  simulator. 
The  form  of  the  entity  declaration  is  restricted  by  the  subset  of  VHDL  specified  in  .Appendix  C. 
An  example  entity  declaration  for  the  circuit  in  Figure  5.2  is  given  in  Figure  5.4. 


—  antity  declaration  lor  th«  circuit  ol  Figure  5.2 

entity  Circuit J'igtireJSJ  is 

port(A,  B,  C  ;  in  bit;  Z  :  out  bit); 

end  Circuit  JigureJB .2; 


Figure  5.4.  VHDL  Entity  Declaration  of  the  Circuit  in  Figure  5.2 


Architecture  Body  Format.  The  architecture  body  describes  the  structure  of  the 
combinational  circuit  to  be  diagnosed.  The  form  of  the  architecture  body  is  restricted  by  the  subset 
of  VHDL  specified  in  Appendix  C.  In  VHDL,  the  entity  declaration  of  a  design  entity  defines  the  in¬ 
put  and  output  signals.  Internal  signals  must  be  declared  in  the  architecturejleclarative^jart 
of  the  architecture  body.  Each  gate  is  represented  by  a  single  signal  assignment  statement  in 
the  archit*ctur*jstat«m«nt4)art  of  the  architecture  body.  Construction  of  a  signal  assignment 
statement  to  represent  a  gate  is  similar  to  the  manner  in  which  a  Boolean  equation  is  used  to 
denote  a  gate.  VHDL  provides  operators  which  are  identical  in  function  to  the  operators  used  in 
the  formation  of  Boolean  equations.  VHDL  operators  and  their  analog  Boolean  equation  operators 
are  given  in  Table  5.1. 


VHDL  Operator 

Boolean  Operator 

and 

♦ 

or 

4 

xor 

1 

not 

t 

Table  5.1.  VHDL  Operators  and  Their  Boolean  Equation  Analogs 


An  AND  gate  is  represented  two  ways:  with  or  without  parentheses.  Unlike  the  Boolean 
equation  representation,  the  AND  operator  cannot  be  replaced  by  juxtaposition  in  VHDL.  Examples 
of  VHDL  AND  gates  are: 

output  <=  lirat_input  and  8econd_input ; 
output  <=  (first  J.nput  and  second J.nput) ; 

Multiple-input  AND  gates  are  denoted  by  a  string  of  input  signals  and  operators,  e.g., 

output  <=  first-input  rind  second-input  auid  third-input; 
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An  OR  gate  can  also  be  represented  with  or  without  parentheses.  Examples  of  VHDL  OR  gates 
representations  are 


output  <=  first^put  or  sscond.Anput ; 
output  <s  (f irat_input  or  s«cond_input) ; 
output  <-  first J.aput  or  socondJ.nput  or  third-input; 


Examples  of  XOR  gates  representations  are 


output  <=  first-input  zor  second-input; 
output  <-  (first-input  zor  second-input) ; 
output  <=  first-input  zor  second-input  zor  third-input; 


The  VHDL  NOT  gate  is  slightly  different  from  the  Boolean-equation  representation  of  a  NOT 
gate.  In  the  Boolean-equation  form  of  a  NOT  gate,  the  ’  operator  is  used  in  a  postfix  feishion; 
however,  the  VHDL  not  operator  is  used  in  a  prefix  manner.  Two  ways  of  representing  a  NOT 
gate  using  signal  assignment  statements  are: 

output  <«  not  input; 
output  <-  not  (input); 

VHDL  provides  NAND  and  NOR  operators;  however,  the  use  of  these  operators  is  restricted 
to  representing  two-input  gates.  The  reason  for  this  restriction  is  that  the  operators  are  not 
associative  [IEEE  88:7-2].  Thus,  the  use  of  these  operators  is  excluded  from  the  subset  of  VHDL 
used  to  represent  circuits.  Instead  of  using  these  operators,  combinations  of  operators  are  used  as 
in  the  case  of  Boolean  equations.  Also  similar  to  the  Boolean-equation  representation,  parentheses 
are  required  in  the  signal  assignment  statements  that  represent  NAND,  NOR,  and  XNOR  gates. 

Ways  to  represent  NAND  gates  with  signal  assignment  statements  are: 

output  <=  not  (first-input  and  second-input); 
output  <=  not  (first-input  euid  secondj.nput  and  third-input); 

NOR  gates  are  represented  in  the  following  way: 

output  <=  not  (first-input  or  second-input); 
output  <=  not  (first-input  or  second-input  or  third-input); 
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Examples  of  XNOR  gate  representations  are: 


output  <=  not  (first J.nput  xor  8scondJ.nput) ; 
output  <-  not  (first  J.nput  xor  second-input  xor  thirdJ.nput) ; 


Using  signal  assignment  statements,  the  architecture  body  of  the  circuit  of  Figure  5.2  is  given  in 
Figure  5.5. 


—  architecture  body  for  Circuit-FigureJ5.2 

architecture  DataFlov  of  Circuit J'igure-Sj2  is 
signal  D,  E,  F  :  bit; 

begin 

D  <=  not  B; 

E  <3  not  (A  and  D) ; 

F  <=  not  (C  and  D) ; 

Z  <=  not  (E  and  F) ; 

end  DataFlov; 


Figure  5.5.  VHDL  Architecture  Body  of  the  Circuit  in  Figure  5.2 


VHDL  architecture  bodies  representing  circuits  to  be  diagnosed  by  the  diagnostic  system 
may  be  commented  normally.  Additionally,  time  expressions  are  allowed  in  signal  eissignment 
statements.  If  used  in  VHDL  simulations,  these  expressions  are  ignored  by  the  diagnostic  system. 


The  Equation  Generation  Module 

In  the  mathematical  development  of  the  diagnostic  system,  the  system  of  equations  represent¬ 
ing  the  circuit  vraa  used  to  generate  the  characteristic  equation,  ^o(x,y,z)  —  0.  The  characteristic 
equation  incorporates  the  network  function  as  well  ew  the  checkpoint  information  of  the  circuit. 
The  equation  generation  module  uses  the  intermediate  format  constructed  by  the  input  module  to 
generate  the  characteristic  equation.  The  characteristic  equation,  and  lists  of  the  circuit  inputs, 
output,  and  checkpoint  variables  are  then  passed  to  remaining  modules.  A  pictorial  description  of 
the  equation  generation  module  is  given  in  Figure  5.6. 
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EQUATION  GENERATION  MODULE 


Intermediate  Format 


Checkpoint 

Insertion 


Reduction  to 
Characteristic 
Equation  Form 


Equation 

Simplification 


' — ►  Inputs 
— ►  Outputs 
— ►  Checkpoint  Variables 
— ►  Characteristic  Equation 


I 


Figure  5.6.  The  Equation  Generation  Module 
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The  specification  of  the  intermediate  format  is  important  because  it  must  be  used  in  the 
equation  generation  module  to  determine  which  nodes  of  the  circuits  are  inputs,  the  output,  and 
the  checkpoints.  Two  lists,  one  containing  the  circuit  inputs  amd  the  other  circuit  output,  are 
passed  to  the  remaining  modules  of  the  system.  The  checkpoints  of  a  circuit,  fanout  branches  of 
nodes  which  fan  out  as  well  as  primary  inputs  which  do  not  fan  out,  must  be  determined  in  order 
to  construct  the  two  equations  associated  with  checkpoint  logic  gates,  equations  (4.5)  and  (4.6), 
for  each  checkpoint  in  the  circuit.  Once  these  equations  are  constructed,  a  list  must  be  generated 
containing  the  checkpoint  variables  associated  with  the  checkpoint  equations.  This  list  is  passed  to 
the  remaining  modules  of  the  diagnostic  system. 

The  Boolean  operations  of  reduction  and  elimination  are  used  to  construct  the  circuit  charac¬ 
teristic  equation  from  the  gate  equations  and  checkpoint  equations.  First,  the  checkpoint  equations 
are  constructed.  Reduction  is  used  to  construct  a  single  equation  from  the  system  of  equations. 
Elimination  is  used  to  remove  internal  nodes  from  the  single  equation,  since  we  are  concerned  only 
about  the  inputs,  output,  and  checkpoint  variables.  Thus,  the  characteristic  equation 

^o(£,y,i)  =  0  (5.1) 

is  constructed,  where 

•  X  are  the  input  variables, 

•  y  are  the  checkpoint  variables,  and 

•  z  is  the  output  variable. 

The  exact  order  of  reduction  and  elimination  in  the  process  of  constructing  the  characteristic 
equation  is  implementation-dependent.  After  it  is  formed,  the  characteristic  equation  is  passed  to 
the  next  module  in  the  diagnostic  system. 


The  Tester  Module 


Generation  of  effective  tests  and  the  deduction  of  new  information  are  interrelated  steps 
in  the  diagnostic  algorithm,  because  a  test  vector  is  generated  after  new  information  is  deduced 
from  the  result  of  the  previous  test.  The  tester  module  incorporates  the  test  vector  generation 
and  information  deduction  steps  of  the  diagnostic  algorithm  developed  in  Chapter  4.  At  each 
iteration,  the  tester  module  specifies  a  test  vector  to  be  input  to  the  potentially  faulty  circuit. 
After  a  test  is  conducted,  the  module  accepts  the  result  of  the  test,  which  is  used  to  generate 
an  updated  characteristic  equation.  After  a  sufficient  number  of  tests,  the  input  function,  ti(£), 
becomes  equal  to  1,  as  in  equation  (4.70).  At  this  point,  the  testing  process  is  concluded.  The 
characteristic  equation  used  to  generate  this  input  function  incorporates  the  fault  conditions  as  well 
as  the  function  that  the  faulty  circuit  is  performing.  This  final  characteristic  equation  is  passed  to 
the  last  module  of  the  diagnostic  system  for  interpretation.  A  pictorial  representation  of  the  tester 
module  is  given  in  Figure  5.7. 

The  characteristic  equation,  the  list  of  the  checkpoint  variables,  and  the  circuit  output  list 
which  were  constructed  by  the  equation  generation  module  are  used  to  generate  the  first  test 
vector.  The  steps  outlined  in  the  Generation  of  Effective  Test  Vectors  section  of  Chapter  4  will 
be  implemented  in  the  tester  module.  The  input  equation  «i(x)  =  0  is  used  to  generate  a  test 
vector  X  defined  by  mj(i)(£)  =  1.  Both  the  input  equation  and  the  test  vector  will  be  output  to  the 
user  of  the  system.  The  input  equation  is  output  to  the  user  in  case  the  user  would  like  to  know 
the  constraints  that  caused  the  diagnostic  system  to  generate  the  associated  test  vector.  Solutions 
of  the  input  equation  are  all  effective  test  vectors.  One  solution  is  chosen  arbitrarily  to  be  the 
designated  test  vector.  The  test  vector  that  is  produced  will  designate  the  signal  to  be  applied  to 
each  primary  input  of  the  circuit  during  the  next  test.  Figure  5.8  gives  an  example  of  the  form  of 
the  input  equation  and  test  vector  that  would  be  output  by  the  diagnostic  system  if  the  circuit  in 
Figure  5.2  was  being  diagnosed. 
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TESTER  MODULE 
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Figure  5.7.  The  Tester  Module 


Tb*  Input  Equation  ia:  k  *  C  ^  0 
Tha  Suggestad  Input  is: 

A  s  0 
B  =  i 
C  »  0 


Figure  5.8.  Input  Equation  and  Test  Vector  for  the  Circuit  in  Figure  5.2 

The  result  of  the  test  will  be  input  to  the  tester  module  by  the  user.  Since  the  circuit  to 
be  diagnosed  by  this  diagnostic  system  is  constrained  to  have  a  single  output,  the  system  simply 
asks  the  user  whether  the  output  of  the  circuit  was  0  or  1  as  a  result  of  the  input-output  test. 
Following  the  steps  outlined  in  the  Deduction  of  New  Information  section  of  Chapter  4,  an  updated 
characteristic  equation,  ^i(£,  y,  r)  =  0,  is  developed  using  both  the  test  vector  and  the  result  of 
the  test  in  which  the  test  vector  was  used.  This  updated  equation  incorporates  new  information 
regarding  the  state  of  the  circuit.  After  the  first  updated  characteristic  equation  is  formed,  a 
second  input  equation  and  test  vector  are  generated  using  the  updated  characteristic  equation,  the 
checkpoint  variables,  and  the  circuit  output.  The  tester  module  then  iterates  in  a  cycle  of  test 
1  vector  generation,  input-output  test,  and  deduction  of  new  information  until  the  input  function 

*i+i(£)  becomes  equal  to  1.  When  this  occurs,  all  information  deducible  by  input-output  tests  has 
been  derived.  The  updated  characteristic  equation  ^•(x,  y,  r)  =  0  which  was  used  to  generate  the 
'  final  input  function  incorporates  the  fault  conditions  as  well  as  the  function  the  potentially  faulty 

circuit  is  performing.  This  equation  is  passed  to  the  last  module  of  the  diagnostic  system. 

While  iterating  through  the  test-result  cycle,  the  number  of  input-output  tests  will  be  counted. 


This  number  will  also  be  peissed  to  the  final  module  of  the  diagnostic  system. 


The  Interpretation  Module 


The  interpretation  module  uses  outputs  of  all  of  the  other  modules  to  generate  user-readable 
information  regarding  the  fault  conditions  of  the  circuit  in  addition  to  the  function  that  the  circuit  is 
performing.  The  interpretation  module  incorporates  all  steps  of  the  diagnostic  algorithm  developed 
in  Chapter  4,  Interpretation  of  Results.  Performance  metrics  for  the  diagnostic  system  are  also 
developed  by  this  module.  Figure  5.9  gives  a  pictorial  description  of  the  interpretation  module. 

The  first  operation  performed  by  the  interpretation  module  is  to  determine  the  function  that 
the  potentially  faulty  circuit  is  performing.  The  characteristic  equation  output  by  the  tester  module, 
the  checkpoint  variables  and  the  output  variable  are  used  to  determine  the  actual  function  of  the 
circuit.  To  give  the  user  an  idea  of  how  the  actual  circuit  function  compares  to  the  designed  function, 
an  equation  representing  the  designed  function  of  the  circuit  is  generated  using  the  intermediate 
format  that  was  produced  by  the  input  module.  Then,  the  actual  function  is  compared  to  the 
designed  function  to  determine  equivalence.  The  actual  and  designed  circuit  functions  each  will  be 
output  to  the  user  in  the  form  of  a  Boolean  equation.  This  equation  will  specify  the  circuit  output 
as  a  function  of  the  inputs.  The  result  of  the  equivalence  check  will  then  be  output.  For  the  circuit 
of  Figure  5.2,  if  node  B  were  stuck-at-0,  then  the  actual  and  designed  circuit  functions  would  be 
output  to  the  user  as  shown  in  Figure  5.10. 

Enumeration  of  possible  fault  conditions  is  the  second  operation  performed  by  the  interpreta¬ 
tion  module.  Using  the  final  characteristic  equation  from  the  tester  module  and  the  output  variable, 
possible  states  of  the  checkpoint  variables  are  determined.  In  certain  cases  the  diagnostic  system 
can  determine  the  state  of  some  checkpoints  in  the  circuit  with  certeunty,  i.e.,  the  input-output  ex¬ 
periment  may  provide  enough  information  to  conclude  that  a  node  is  definitely  normal,  stuck-at-0, 
stuck-at-1,  not  stuck-at-0,  or  not  stuck-at-1.  The  interpretation  module  outputs  the  values  of  all 
such  nodes  to  the  user.  An  example  of  the  output  to  the  user  when  the  state  of  nodes  is  determined 
with  certainty  is  given  in  Figure  5.11. 


INTERPRETATION  MODULE 


Actual  Circuit  Function 
Designed  Circuit  Function 

Comparison  of 
Actual  vs.  Designed 


Possible 

Fault  Conditions 
Definite 

Fault  Conditions 


Number  of  Tests 
Number  of  Possible  Tests 
Performance  Ratio 


Figure  5.9.  The  Interpretation  Module 


Designed  Circuit  Function: 

Z  =  A  B’  +  B‘C 
Actual  Circuit  Function: 

Z  =  A  +  C 

The  actual  circuit  IS  HOT  equivalent  to  the  designed  circuit. 

Figure  5.10.  Designed  and  Actual  Circuit  Functions  for  B  s-a-0  in  Figure  5.2 

The  intermediate  format  must  be  used  when  the  fault  conditions  are  output  to  the  user. 
The  intermediate  format  is  the  form  to  which  either  Boolean  equations  or  a  VHDL  description  is 
converted  by  the  input  module.  The  characteristic  equation  incorporates  the  inputs,  output  and  the 
checkpoint  variables  of  the  circuit.  However,  the  checkpoint  variables  are  meaningless  to  the  user. 
Thus,  the  interpretation  module  must  perform  a  reverse  process  of  associating  checkpoint  variables 
with  specific  nodes  in  the  circuit.  The  intermediate  format  incorporates  the  circuit  structure;  hence, 
it  is  used  to  identify  the  nodes  with  which  the  checkpoint  variables  in  the  characteristic  equation 
are  associated.  The  condition  of  a  specific  node  in  the  circuit  is  useful  information  for  the  user; 
therefore,  the  items  output  to  the  user  are  a  node  and  the  state  of  the  node. 

When  the  condition  of  nodes  is  output  to  the  user,  checkpoint  nodes  atssociated  with  nodes 
which  fan  out  must  be  handled  differently  from  checkpoint  nodes  associated  with  input  nodes  which 
do  not  fan  out.  Whereas  the  state  of  an  input  node  which  does  not  fan  out  cm  be  clearly  stated, 
conditions  of  checkpoint  nodes  associated  with  fanout  branches  cannot  be  output  to  the  user  by 
stating  just  the  node  label  and  the  state  of  the  node.  All  fanout  branches  and  the  fanout  stem  of 
a  node  which  fans  out  have  the  same  label.  Hence,  to  avoid  ambiguity  when  stating  the  conditions 
of  checkpoint  nodes  associated  with  a  fanout  branch,  the  logic  gate  which  has  the  fanout  branch  as 
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The  following  information  is  certain  about  the  circuit. 
Input  nodes  (which  do  not  fsmout)  that  are  normal: 

C 

A 

Input  nodes  (which  do  not  fanout)  that  aire  stuck-at-0: 

— none — 

Input  nodes  (which  do  not  fanout)  that  are  stuck-at-1; 

— none — 

Input  nodes  (which  do  not  fanout)  that  are  HOT  stuck-at-O: 
— none — 

Input  nodes  (which  do  not  fanout)  that  are  HOT  stuck-at-1: 
—none — 

Fanout  nodes  that  are  normal: 

— none— 

Fanout  nodes  that  are  stuck-at-O: 

— none — 

Fanout  nodes  that  eure  stuck-at-1; 

— none — 

Fanout  nodes  that  are  HOT  stuck-at-O; 

Hode  D  of  gate:  F  =  (C  ♦  D) ’ 

Hode  D  of  gate:  E  =  (A  e  D) ’ 

Fanout  nodes  that  are  HOT  stuck-at-1: 

— none — 

Figure  5.11.  Output  of  Information  that  is  Certain  About  Node  States 


an  input  must  be  stated  with  the  node  label  and  the  condition  of  the  node.  See  Figure  5.12  for 
an  example  of  a  node  label  and  associated  logic  gate.  Figure  5.11  depicts  how  the  checkpoint 
information  for  a  fanout  node  is  output  to  the  user. 


Figure  5.12.  Fanout  Nodes  and  Associated  Logic  Gates 


After  information  is  output  to  the  user  regarding  nodes  in  which  the  state  was  determined 
with  certainty  (Figure  5.11),  possible  node  conditions  must  be  output.  Checkpoint  nodes  in  which 
the  state  is  not  determinable  combine  to  form  occurrences  of  possible  faults  in  the  circuit.  In 
these  cases,  different  faults  conditions  can  cause  the  circuit  to  perform  in  a  like  fashion,  i.e.,  the 
possible  fault  conditions  are  members  of  the  same  equivalence  class.  The  interpretation  module  will 
output  the  possible  fault  conditions  on  a  case-by-case  basis.  Figure  5.13  gives  an  example  of  this 
output.  One  of  the  possible  fault  conditions  exists  in  the  circuit,  however,  this  condition  cannot  by 
distinguished  by  means  of  testing. 
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One  of  the  following  cases  holds  for  the  circuit 
Case  #1 


Input  node  B  is  stuck-at-0. 


Case  #2 


Input  node  B  is  not  stuck-at-1. 

Hods  D  of  gate:  F  =  (C  *  D)*  is  stuck-at-1. 
Node  D  of  gate:  E  =  (A  *  D)’  is  stuck-at-l. 

****  Case  #3 


Input  node  B  is  not  stuck-at-0. 

Hode  D  of  gate:  F  =  (C  *  D) •  is  stuck-at-1. 
Vode  D  of  gate:  E  =  (A  *  D)’  is  stuck-at-l. 


Figure  5.13.  Output  of  Possible  Fault  Cases 


The  last  function  of  the  interpretation  module  is  the  determination  of  performance  metrics. 
Currently,  the  only  metric  devised  for  the  system  is  a  comparison  of  the  number  of  tests  that  were 
used  in  diagnosing  the  circuit  against  the  number  of  possible  input  vectors  that  could  have  been 
applied  to  the  circuit.  As  other  metrics  are  devised,  they  should  be  incorporated  into  this  section  of 
the  interpretation  module.  The  number  of  tests  used  in  the  circuit  diagnosis  is  output  by  the  tester 
module.  To  determine  the  number  of  possible  input  vectors,  the  interpretation  module  uses  the 
input  signal  list  that  was  constructed  by  the  equation  generation  module.  The  number  of  possible 
input  vectors  is  2",  where  n  is  the  number  of  input  signals.  After  the  number  of  possible  input 
vectors  is  determined,  a  performance  ratio  is  devised  which  is  a  measure  of  the  number  of  tests 
used  for  diagnosis  of  the  circuit  relative  to  the  number  of  possible  tests  that  could  have  been  used. 
An  example  of  performance  metric  output  is  given  in  Figure  5.14. 


Extensions  to  the  Architecture 


The  architecture  outlined  in  this  chapter  was  developed  to  implement  a  diagnostic  system 
that  will  perform  complete  diagnosis  of  a  single-output  combinational  circuit.  Further  refinement 


System  Performance  Metrics; 

The  number  of  tests  run  was:  4 
The  number  of  possible  tests  was;  8 

The  performsince  ratio  is:  0.5 

Figure  5.14.  Example  Performance  Metric  Output 

of  the  architecture  would  be  needed  to  implement  the  extensions  discussed  in  the  leist  section  of  the 
previous  chapter.  In  most  cases,  these  extensions  can  be  incorporated  into  the  current  architecture. 
Changes  to  the  existing  architecture  as  well  as  the  development  of  additional  modules  are  a  subject 
for  further  work. 

In  the  next  chapter,  the  system  architecture  is  used  to  describe  an  implementation  of  the 
diagnostic  system.  Details  regarding  the  construction  of  each  module  as  well  as  implementation- 
dependent  data  formats  are  described. 
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VI.  Implementation  of  the  Diagnostic  System 


In  this  chapter,  the  implementation  of  the  diagnostic  system  is  described.  The  system  was 
developed  on  80286-  and  80386-based  IBM-compatible  computers.  The  version  of  Scheme  used  in 
this  implementation  is  PC  Scheme,  version  3.0,  developed  by  Texas  Instruments. 

Introduction 

PC  Scheme  is  an  integrated  environment  which  executes  under  the  MS  DOS  operating  sys¬ 
tem.  PC  Scheme  provides  editing  and  debugging  tools  which  facilitate  easy  program  development, 
although  procedures  may  be  edited  outside  the  Scheme  environment  and  then  loaded  for  future 
evaluation.  Once  procedures  are  developed,  with  either  PC  Scheme’s  editor  or  an  external  editor, 
they  are  loaded  into  the  PC.  Scheme  environment.  While  being  loaded,  procedures  are  checked 
for  proper  syntax;  PC  Scheme  prints  out  an  error  message  if  a  procedure  which  is  in  the  process 
of  being  loaded  has  syntactic  errors.  Procedures  also  may  be  defined  directly  at  the  PC  Scheme 
prompt.  [Texas  87a] 

After  user-defined  procedures  have  been  loaded  into  the  environment,  they  may  be  evalu¬ 
ated.  In  addition.  Scheme  provides  a  collection  of  procedures  called  primitive  procedures  which 
are  predefined  procedures  that  may  be  evaluated  at  any  time.  Excluding  minor  extensions  which 
conform  to  Common  Lisp,  primitive  procedures  of  PC  Scheme  adhere  to  the  Revised®  Report  on 
the  Algorithmic  Language  Scheme  [Texas  87a;l-3].  The  TI  Scheme  Lemguage  Reference  Manual 
describes  primitive  procedures  available  in  PC  Scheme  [Texas  87b]. 

When  a  procedure  is  typed  at  the  PC  Scheme  prompt,  PC  Scheme  evaluates  the  procedure 
based  on  a  set  of  evaluation  rules  and  returns  the  result  of  the  evaluation.  A  procedure  call  in 
Scheme  is  a  list  of  the  form: 


(<Procedur«-Iajo«>  <l8t  ArguBiant>  <2&d  Argunent>  ...<nth  ArgU]nant>) 


where  <Proc«dur«-Iaae>,  <lst  Argiuiieiit>,  <2n<l  ATgiuaant>,  and  <nth  Argnment>  are  distinct 
elements  of  the  list.  A  list  is  always  enclosed  in  parentheses.  Except  in  certain  cases,  whenever 
Scheme  receives  a  list  it  assumes  that  the  first  element  after  the  left  parenthesis  is  a  procedure  name 
and  the  other  elements  within  the  parentheses  are  arguments  of  the  procedure  [Eisen  88:20].  When 
the  primitive  procedure  “+”  is  typed  with  the  arguments  1  and  2  at  the  PC  Scheme  prompt,  the 
result  of  adding  1  and  2,  i.e.,  3,  is  returned.  An  example  of  this  process  is  shown  in  Figure  6.1.  The 
numbers  in  brackets,  [1]  and  [2] ,  are  prompts  within  the  PC  Scheme  environment.  The  number 
within  the  brackets  is  incremented  after  each  evaluation.  The  expression  (+  1  2)  is  the  primitive 
procedure  with  its  respective  arguments.  The  number  3  is  the  result  of  evaluating  the  primitive 
procedure. 

ClD  (+  1  2) 

3 

C2] 


Figure  6.1.  Evaluation  of  a  Scheme  Primitive  Procedure 

User-defined  procedures  are  constructed  using  primitive  procedures  as  well  as  other  user- 
defined  procedures.  User-defined  procedures  are  built  using  the  define  special  form.  A  Scheme 
special  form  is  one  of  the  constructs  that  is  evaluated  differently  from  the  manner  in  which  proce¬ 
dures  are  evaluated.  Each  Scheme  special  form  has  its  own  unique  format  and  associated  evaluation 
rule  [Eisen  88:20-21].  One  of  the  functions  of  the  define  special  form  is  to  facilitate  the  construc¬ 
tion  of  user-defined  procedures.  The  format  of  a  procedure  definition  using  the  define  special 
form  is  given  in  Figure  6.2.  The  item  <Procedure-Iame>  in  Figure  6.2  is  the  new  procedure  name. 
The  formal  parameters  of  the  new  procedure  are  <lst  Argunent>,  <2nd  ArguiDent>,  . . . ,  <nth 
Argument>.  <procedure-body>  is  a  sequence  of  statements  to  include  procedure  calls  which  define 


the  operation  of  the  new  procedure. 


(dslina  (<Procedure-Hzu>ia>  <l8t  Argiui«nt>  <2nd  Argument>  ...<nth  Argtunent>) 
<proc  «dur«-body> ) 

Figure  6.2.  Format  for  the  Definition  of  a  User-Defined  Procedure 

When  the  special  form  define  is  used  to  create  a  new  procedure,  after  the  define  expression 
is  evaluated,  the  procedure  being  defined  becomes  available  for  future  use.  An  example  of  a  user- 
defined  procedure  definition  is  given  in  Figure  6.3.  In  this  example,  a  new  procedure  double 
is  defined.  In  this  procedure,  the  input-number  is  added  to  itself  to  return  the  double  of  the 
input-number.  The  expression  (+  input-number  input-number)  forms  the  procedure  body  which 
defines  the  operation  of  the  user-defined  procedure  double.  Note  that  the  primitive  procedure  +  was 
used  in  constructing  procedure  double.  Primitive  procedures  and  other  user-defined  procedures 
may  be  used  within  the  procedure  body.  A  significant  aspect  of  the  Scheme  language  is  that  a 
procedure  may  be  defined  recursively;  thus,  a  procedure  may  call  itself  within  its  own  procedure 
body.  Figure  6.4  illustrates  the  process  of  defining  a  new  procedure  and  then  using  it  within  the 
PC  Scheme  environment.  Note  that  the  result  of  the  evaluation  of  the  define  special  form  is  the 
name  of  the  new  procedure;  this  informs  the  user  that  the  new  procedure  is  available  for  evaluation. 

(define  (double  input-number) 

(-r  input-number  input-number) ) 

Figure  6.3.  An  Example  of  a  User-Defined  Procedure  Definition 

Scheme  provides  mechanisms  for  the  creation  of  IoceJ  variables  within  a  procedure.  The 
values  assigned  to  the  local  variables  are  the  result  of  evaluating  intermediate  procedures  within  a 
procedure  body.  When  a  procedure  is  called  from  the  system  prompt,  the  result  of  the  procedure’s 
evaluation  is  returned  to  the  user  as  shown  in  Figure  6.1.  When  a  procedure  is  called  from  within  a 
procedure  body  of  a  calling  procedure,  the  result  of  its  evaluation  may  be  returned  to  local  variables 


[2]  (define  (double  input-nuaber) 
(-*-  input-number  input-number)) 
DOUBLE 

[33  (double  2) 

4 

[4] 


Figure  6.4.  Defining  and  Using  a  New  Procedure 


within  the  calling  procedure.  Hence,  local  variables  temporarily  hold  the  results  of  intermediate 
evaluations  within  a  procedure  body.  After  local  variables  receive  values,  the  local  variables  as  well 
as  the  formal  parameters  of  the  procedure  may  be  used  as  parameters  when  calling  other  procedures 
from  within  the  procedure  body.  If  a  local  variable,  having  previously  received  a  value,  is  the  last 
expression  in  a  procedure  body,  then  the  value  of  the  local  variable  is  returned  as  the  result  of 
evaluating  the  original  procedure. 


A  special  case  is  when  a  procedure  being  called  is  the  last  statement  of  a  calling  procedure’s 
procedure  body.  In  this  case,  the  result  of  the  evaluation  of  the  called  procedure  also  becomes  the 
result  of  the  evaluation  of  the  calling  procedure.  This  result  is  returned  to  the  location  from  which 
the  calling  procedure  was  originally  called — either  another  procedure  or  the  system  prompt.  This  is 
demonstrated  by  the  example  given  in  Figure  6.4.  When  procedure  double  is  evaluated,  the  result 
of  evaluating  the  last  statement  in  its  procedure  body,  i.e.,  (+  input-number  input-number), 
becomes  the  result  of  evaluating  procedure  double.  This  result  is  returned  to  the  PC  Scheme 
prompt,  because  this  was  the  location  from  which  procedure  double  was  called. 


Like  other  programming  languages.  Scheme  provides  mechanisms  for  input-output.  Input 
data  may  be  read  either  from  an  input  file  or  from  the  keyboard.  Typically,  data  which  is  input 
is  assigned  to  a  local  variable;  the  value  of  the  local  variable  is  passed  to  other  procedures  for 
processing.  Additionally,  procedures  zwe  provided  to  output  information  to  the  user.  The  results  of 
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evaluating  intermediate  procedure  calls,  the  value  of  local  variables,  and  normal  textual  information 
may  be  output  either  to  output  file  or  to  the  screen. 

In  the  implementation  of  the  diagnostic  system,  a  main  procedure  was  constructed  from 
which  subordinate  procedures  corresponding  to  the  modules  described  in  Chapter  5  are  called. 
Local  variables  are  used  to  pass  the  data,  as  described  in  Chapter  5,  between  the  modules.  An 
example  of  the  main  procedure  definition  is  given  in  Figure  6.5. 


(dafia*  (dianoaa) 

(l«t*  (  (intarnediate-fomat  (rua-input-nodula)) 

(phi  (ganarata-aquation  intarmadiata-lomat)) 
(tastar-output  (tastar  phi}}  } 

(intarprat  intarnadiata-lormat  phi  tastar-output}}} 


Figure  6.5.  Example  of  the  Main  Procedure  Definition 


In  Figure  6.5,  the  lat*  special  form  is  the  Scheme  construct  that  facilitates  the  instantiation  of 
the  local  variables  intermadiata-lomat,phi,  and  tastar-output.  Procedures  run-input-nodula, 
ganarata-aquation,  tastar,  and  intarprat  are  user-defined  procedures  which  establish  the  op¬ 
eration  of  procedure  diagnose.  When  procedure  diagnose  is  called  from  the  PC  Scheme  prompt, 
the  first  action  taken  is  to  call  procedure  run- input -module.  Procedure  run- input -module  per¬ 
forms  all  of  the  actions  of  the  input  module  as  described  in  Chapter  5,  The  Input  Module  (see 
Figure  5.1).  Included  in  these  actions  are  prompting  the  user  for  the  type  of  description  that  will 
be  used  to  represent  the  circuit  to  be  diagnosed  (Boolean  equations  or  VHDL),  reading  the  file,  and 
converting  the  representation  to  the  intermediate  format.  The  intermediate  format  that  is  created 
by  the  input  module  is  returned  as  the  result  of  evaluating  run-input-moduls  and  is  assigned  to 
the  local  variable  intexmediats-format. 


The  next  action  that  occurs  is  a  call  to  the  ganarata-aquation  procedure.  This  procedure 
performs  the  operations  associated  with  the  equation  generation  module  as  described  in  Chapter  5, 


The  Equation  Generation  Module  (see  Figure  5.6).  The  local  variable  intermediate-format  is  used 
as  the  input  parameter  to  the  generate-equation  procedure.  The  primary  operation  performed  by 
procedure  generate-equation  is  to  use  the  intermediate  format  to  form  the  initial  characteristic 
function,  ^)-  Additionally,  lists  are  created  of  the  input  variables,  the  checkpoint  variables, 

and  the  output  variable  for  use  by  other  modules.  However,  only  one  object  may  be  returned 
by  a  Scheme  procedure.  Hence,  lists  representing  the  characteristic  equation,  the  input  variables, 
the  checkpoint  variables,  and  the  output  variable  must  be  combined  to  form  a  single  list  which  is 
returned  as  the  evaluation  of  procedure  ganerata-aquation. 

After  the  local  variable  phi  is  assigned  the  result  of  evaluating  procedure  ganarata-aquation, 
phi  is  passed  as  a  parameter  to  procedure  tastar.  Procedure  tastar  executes  the  functions  asso¬ 
ciated  with  the  tester  module  described  in  Chapter  5,  The  Tester  Module  (see  Figure  5.7).  Initially, 
the  list  associated  with  the  input  parameter  phi  is  decomposed  into  its  requisite  components.  After 
generating  a  test  vector,  procedure  tastar  outputs  the  test  vector  to  the  user  as  shown  in  Figure  5.8 
and  accepts  the  result  of  the  application  of  the  test  vector  to  the  circuit  under  test.  Procedure 
tastar  derives  the  new  information  which  is  a  result  of  the  input-output  experiment  and  uses  this 
information  to  produce  the  updated  characteristic  equation.  After  determining  that  further  infor¬ 
mation  cannot  be  deduced  from  testing,  taster  combines  the  final  characteristic  equation  with 
the  number  of  tests  that  were  executed  to  form  a  single  list  which  is  assigned  to  the  local  variable 
tastar-output  as  the  result  of  evaluating  procedure  tester. 

Procedure  interpret  is  the  last  procedure  called  by  procedure  diagnose.  Procedure  interpret 
performs  the  operations  associated  with  the  interpretation  module  as  described  in  Chapter  5, 
The  Interpretation  Module  (see  Figure  5.9).  The  local  variables  intermadiata-lormat,  phi,  and 
tastar-output  are  passed  as  parameters  to  procedure  intarprat.  Initially,  procedure  interpret 
decomposes  the  input  parameters  phi  and  tastar-output  into  their  component  parts.  Lists  rep¬ 
resenting  the  final  characteristic  function,  io(x,y,z),  the  checkpoint  variables,  the  output  variable. 


and  the  intermediate  format  are  used  to  determined  both  the  actual  circuit  function  and  the  de¬ 
signed  circuit  function.  After  these  functions  are  determined,  they  are  compared  to  determine 
equivalency.  These  results  are  output  to  the  user  as  shown  in  Figure  5.10.  The  next  operation 
performed  by  procedure  interpret  is  to  determine  the  the  possible  fault  conditions  in  the  circuit. 
The  state  of  some  checkpoint  nodes  may  be  determined  with  certainty;  using  the  final  characteristic 
function,  the  output  variable,  and  the  intermediate  format,  procedure  interpret  ascertains  these 
nodes  and  outputs  this  information  to  the  user  (Figure  5.11).  Because  the  condition  of  other  check¬ 
point  nodes  is  uncertain;  procedure  interpret  determines  the  possible  conditions  of  the  remaining 
checkpoint  nodes  and  outputs  these  conditions  as  shown  in  Figure  5.13. 

The  final  operation  executed  by  procedure  interpret  is  to  use  the  list  of  the  circuit  inputs  and 
the  number  of  tests  that  were  performed  to  develop  performance  metrics  of  the  diagnostic  system. 
This  information  is  displayed  for  the  user  as  depicted  in  Figure  5.14.  Once  procedure  interpret  is 
evaluated,  this  result  also  becomes  the  result  of  evaluating  procedure  diagnose.  Since  procedure 
diagnose  was  called  from  the  PC  Scheme  environment,  after  diagnose  is  evaluated,  the  user  is 
returned  to  the  PC  Scheme  prompt. 

Procedures  run-input-aodule,  generate-equation,  tester,  and  interpret  are  all  con¬ 
structed  in  a  manner  similar  to  procedure  diagnose.  Appendix  D,  Diagnostic  System  Code,  gives 
the  fully-commented  source  code  for  all  procedures  of  the  diagnostic  system.  Each  procedure  in¬ 
cludes  comments  which  describe  its  operation.  The  system  is  decomposed  into  separate  files  which 
parallel  the  system  architecture  described  in  Chapter  5.  Each  file  includes  a  header  which  describes 
in  general  terms  the  operations  performed  by  the  procedures  in  the  file.  For  further  information 
regarding  the  Scheme  language  see  either  Programming  in  Scheme  by  Michael  Eisenberg  [Eisen  88] 
or  Structure  and  Interpretation  of  Computer  Programs  by  Abelson  and  Sussman  [Abels  85]. 

In  the  remainder  of  the  chapter,  the  approach  taken  is  to  describe  the  transformation  of  the 
data  as  it  flows  through  the  system.  Additionally,  design  decisions  important  to  the  implementation 
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of  each  module  are  discussed.  Initially,  a  complete  diagnostic  session  will  be  shown;  this  session 
will  be  a  point  of  reference  for  the  remaining  sections  of  the  chapter. 

A  Diagnostic  Session 

After  entering  the  PC  Scheme  environment,  the  files  containing  the  procedures  that  implement 
the  diagnostic  system  must  be  loaded.  This  is  performed  using  the  PC  Scheme  load  procedure 
[Texas  87b;7-100].  Alternatively,  it  is  possible  to  pre-load  these  files,  i.e.,  when  the  PC  Scheme 
environment  is  entered  from  the  MS  DOS  prompt,  the  files  are  loaded  automatically.  These  options 
are  described  in  the  PC  Scheme  User’s  Manual  [Texas  87a]. 

Once  the  diagnostic  system  is  loaded,  diagnosis  begins  by  typing  (diagnose)  at  the  PC  Scheme 
prompt  as  shown  in  Figure  6.6.  Figures  6.6,  6.7,  6.8,  and  6.9  demonstrate  a  complete  diagnostic 
session.  The  circuit  under  diagnosis  is  from  Figure  5.2.  The  Boolean  equation  description  for  this 
circuit  is  given  by  Figure  5.3;  the  VHDL  representation  is  shown  in  Figure  5.5.  The  responses  for 
each  of  the  suggested  test  vectors  reflect  the  response  of  the  circuit  under  the  condition  that  the 
input  node  b  is  stuck-at-0.  After  the  results  of  the  diagnostic  session  are  output  to  the  user,  control 
is  returned  to  the  PC  Scheme  prompt. 

All  information  regarding  the  results  of  the  diagnostic  experiment  iss  output  directly  to 
the  screen  rather  than  to  a  file.  The  rationale  for  this  is  that  PC  Scheme  provides  a  transcript 
mechanism  which  can  be  used  to  record  in  a  file  everything  that  was  input  and  output  to  the 
console  (keyboard/screen)  [Texas  87b:7-186].  The  transcript  mechanism  was  used  to  record  the 
session  shown  in  Figures  6.6,  6.7,  6.8,  and  6.9. 

The  Input  Module 

After  the  user  selects  the  form  of  the  circuit  representation,  i.e.,  Boolean  equations  or  VHDL 
description,  the  file  which  holds  the  representation  must  be  read.  Regardless  of  the  representation, 
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[3]  (diagnose) 

Enter  the  type  oi  input  file  lor  your  circuit  description. 
Your  choice  are: 

1.  VBDL  DatalloB  Description 

2.  Boolean  Equation  Description 

Enter  the  number  of  your  choice  — >  1 
****  Enter  the  lilename  of  your  input  file 
Enter  the  input  lilename  — >  circuitl.vhd 
Processing. . . . 

The  Input  Equation  is:  0=0 
The  Suggested  Input  is: 

A  =  1 
B  =  1 
C  =  1 

II  the  output  sas  0,  type  0  and  <rtn>,  else  type  1  euid  <rtn>. 
Enter  the  Resulting  Output  (0  or  1)  — >  1 

Processing. . . . 

The  Input  Equation  is;  A  C  =  0 
The  Suggested  Input  is: 

A  =  0 
B  =  1 
C  =  1 

Enter  the  Resulting  Output  (0  or  1)  — >  1 
Processing. . . . 

The  Input  Equation  is:  C  =  0 
The  Suggested  Input  is: 

A  =  1 
B  =  1 
C  =  0 

Enter  the  Resulting  Output  (0  or  1)  — >  1 


Figure  6.6.  A  Diagnostic  Session  (Screen  1) 


Processing. . . . 


The  Input  Equation  is;  A  C  =  0 
The  Suggested  Input  is: 

A  =  0 
B  =  1 
C  =  0 

Enter  the  Resulting  Output  (0  or  1)  — >  0 
Processing. . . . 

The  Input  Equation  is:  1=0 
Heu  information  cannot  be  obtained. 

♦*♦♦**♦**  Results  ********* 

The  function  that  the  circuit  uas  designed  to  perform  is: 

Z  =  B'C  +  A  B’ 

The  function  that  the  circuit  is  performing  is: 

Z  =  A  +  C 

The  actual  circuit  IS  ROT  equivalent  to  the  designed  circuit. 
****  The  following  information  is  certain  about  the  circuit 
Input  nodes  (which  do  not  fanout)  that  are  normal; 

C 

A 

Input  nodes  (which  do  not  fanout)  that  are  stuck-at-0: 

— none — 

Input  nodes  (which  do  not  fanout)  that  are  stuck-at-1: 

— none — 

Input  nodes  (which  do  not  fanout)  that  are  NOT  stuck-at-0; 

— none — 


Figure  6.7.  A  Diagnostic  Session  (Screen  2) 
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Input  nodes  (which  do  not  fanout)  that  are  NOT  stuck-at-1: 
— none — 

Fanout  nodes  that  eore  normal: 

— none — 

Fanout  nodes  that  are  stuck-at-0: 

— none — 

Fanout  nodes  that  are  stuck-at-1: 

— none — 

Fanout  nodes  that  are  HOT  stuck-at-0: 

Hode  D  of  gate:  F  -  (C  *  D)' 

Rode  D  of  gate:  E  =  (A  e  D}' 

Fanout  nodes  that  are  HOT  stuck-at-l: 

— none — 

♦***  One  of  the  following  cases  holds  for  the  circuit  **** 
****  Case  #1  ♦*** 

Input  node  B  is  stuck-at-O. 

Press  <return>  to  continue. 

Case  #2 

Input  node  B  is  not  stuck-at-1. 

Node  D  of  gate:  F  =  (C  ♦  D) '  is  stuck-at-l. 

lode  D  of  gate;  E  =  (A  ♦  D) ’  is  stuck-at-1. 

Press  <return>  to  continue. 

Case  #3  **** 

Input  node  B  is  not  stuck-at-0. 

Hode  D  of  gate:  F  =  (C  ♦  D)’  is  stuck-at-1. 

Hode  D  of  gate;  E  =  (A  *  D) ’  is  stuck-at-1. 

Figure  6.8.  A  Diagnostic  Session  (Screen  3) 
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Press  <ret\irn>  to  continue. 

System  Performance  Metrics: 

The  number  of  tests  run  uas:  4 
The  number  of  possible  tests  was;  8 

The  performance  ratio  is:  0.5 

() 

[43 


Figure  6.9.  A  Diagnostic  Session  (Screen  4) 

after  all  of  the  characters  of  the  input  file  are  read,  they  are  placed  into  a  list.  Because  the  contents 
of  the  input  file  are  placed  into  a  list,  the  maximum  length  of  an  input  file  is  constrained.  In 
PC  Scheme,  the  number  of  elements  of  a  list  is  constrained  only  by  the  amount  of  heap  space 
available  in  the  system.  However,  the  length  primitive  procedure  used  to  determine  the  number  of 
elements  in  a  list  assumes  that  a  list  may  have  no  more  than  16,383  elements  [Texas  87a:10-2].  The 
length  procedure  is  used  in  this  implementation  of  the  diagnostic  system.  Hence,  the  maximum 
number  of  characters  allowed  in  an  input  file  is  16,383.  After  the  list  of  characters  is  formed,  the 
different  representations  are  handled  in  slightly  different  fashions. 

I 

Boolean  Equation  Input.  For  the  input  file  of  Boolean  equations  given  by  Figure  5.3,  the 
list  of  characters  is  shown  in  Figure  6.10.  .4SCII  characters  in  PC  Scheme  are  prefaced  by  the  #\ 
notation  [Texas  87b;4-5]. 

I 

(#\d  #\SPACE  #\=  #\SPACE  #\b  #\’  #\lfEWLI»E 

#\e  #\57SICE  #\=  #\SPACE  #\(  #\a  #\SPACE  #\d  #\)  #\'  #\NEWLIME 

#\f  #\SPACE  #\=  #\SPACE  #\(  #\c  #\SPACE  #\d  #\)  #\*  #\HEWLINE 

#\2  ASP  ACE  #\=  ASPACE  A(  Ae  ASPACE  Af  A)  A’  ANEWLINE  ) 


Figure  6.10.  List  of  Characters  (Boolean  Equation  Representation) 
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The  list  of  characters  is  processed  to  form  a  list  of  symbols,  or  tokens,  which  includes  the 
node  labels.  Boolean  operators,  parentheses,  and  symbols  representing  the  end  of  a  line.  In  the 
process  of  creating  the  list  of  symbols,  all  characters  representing  the  node  labels  are  converted  to 
upper  case.  The  reason  for  this  is  that  manipulation  of  lower  case  characters  is  inconvenient  in 
PC  Scheme;  hence,  input  to  the  diagnostic  system  is  not  catse-sensitive.  All  #\SPACE  characters 
are  ignored,  because  they  do  not  provide  any  information.  Additionally,  #\NEWLIKE  characters 
are  replaced  by  I  .  I  symbols  to  denote  the  end  of  a  line,  because  #\NEWLI1IE  characters  cannot 
be  converted  to  a  symbol  which  is  easy  to  manipulate.'  The  list  of  symbols  formed  using  the 
characters  of  Figure  6.10  is  shown  in  Figure  6.11. 


(D  =  B  1*1  1 

. 1  E  =  1(1  AD 

)l  I'l  1 

. 1  F  =  1(1  C 

D  1)1  1*1 

1.1  2  =  1(1  E  F 

1)1  I'l 

1.1) 

Figure  6.11.  List  of  Symbols  (Boolean  Equation  Representation) 

After  the  list  of  symbols  is  formed,  a  revised  list  of  symbols  is  formed  in  which  node  symbols 
which  are  adjacent  have  a  •  symbol  inserted  between  them.  Adjacent  node  symbols  represent  the 
AND  operation.^  Although  the  AND  operation  may  be  denoted  either  with  juxtaposition  or  the 
♦  operator,  an  operator  is  necessary  when  devising  the  intermediate  format.  Thus,  juxtapositions 
are  replaced  by  the  ♦  symbol.  The  revised  list  of  symbols  is  shown  in  Figure  6.12. 


(D  =  B  I'l  1 

. 1  E  =  1(1  A  ♦  D  1)1  I'l  1 

.1  F  =  1(1  C 

*  D  1)1  1' 

1  1 . 1  Z  =  1(1  E  *  F  1)1  1' 

1  1.1) 

Figure  6.12.  Revised  List  of  Symbols  (Boolean  Equation  Representation) 


The  revised  list  of  symbols  is  used  to  construct  the  intermediate  format  which  represents  the 

circuit  under  test.  It  was  intended  that  a  true  parser  be  implemented  to  perform  this  task.  However, 

'  In  PC  Scheme,  certain  punctuation  symbols  are  enclosed  in  ban  to  distinj^uish  them  from  like  symbols  used  in 
Scheme  expressions. 

^See  Chapter  5,  The  Input  Module,  Boolean  Equation  Format. 
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it  was  more  efficient  to  perform  a  direct  translation  from  the  revised  list  to  the  intermediate  format. 
Each  equation  of  the  original  input  file  is  demarcated  in  the  revised  list  of  symbols  by  a  |  .  I 
symbol.  Hence,  sets  of  symbols  corresponding  to  an  equation  are  processed  one  at  a  time.  For  each 
equation,  a  prefix-form  list  is  constructed.  The  intermediate  format  for  a  circuit  consists  of  a  set 
of  prefix-form  lists,  one  for  each  equation  (gate)  of  the  circuit.  A  prefix-form  was  chosen,  because 
this  form  is  very  etisy  to  convert  to  the  equation  representation  which  will  be  described  in  later 
sections.  While  forming  the  intermediate  format,  I  *  |  operators  are  replaced  by  the  NOT  symbol. 
The  intermediate  format  developed  from  the  list  of  symbols  of  Figure  6.12  is  given  in  Figure  6.13. 
Construction  of  a  true  parser  to  perform  the  conversion  from  the  list  of  symbols  to  the  intermediate 
format  is  a  subject  for  further  work. 

((EQ  D  (NOT  B)) 

(EQ  E  (NOT  (*  A  D))) 

(EQ  F  (NOT  (♦  C  D))) 

(EQ  Z  (NOT  (•  E  F)))) 


Figure  6.13.  Intermediate  Format 

The  last  operation  performed  by  run-input-module  is  to  add  a  “ — ”  suffix  is  added  to 
symbols  which  represent  circuit  nodes.  The  purpose  of  this  suffix  will  be  discussed  in  later  sections. 
The  final  intermediate  format  is  depicted  in  Figure  6.14. 

((EQ  D—  (NOT  B— )) 

(EQ  E—  (NOT  (♦  A—  D~))) 

(EQ  F“  (NOT  (*  C—  D— ))) 

(EQ  Z—  (NOT  (*  E—  F--)))) 


Figure  6.14.  Intermediate  Format  (Suffixes  Added) 
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VHDL  Input.  If  the  input  file  is  the  VHDL  description  shown  in  Figure  5.5,  the  list  of 


characters  is  given  by  Figure  6.15. 


(#\HEWLIHE  #\-  #\-  #\SPACE  #\a  #\r  #\c  #\h  #\i  #\t  #\e  #\c 
#\t  #\u  #\r  #\«  #\SPACE  #\d  #\e  #\c  #\1  #\a  #\r  #\a  #\t  #\i 

#\o  #\n  #\SPACE  #\1  #\o  #\r  #\SPACE  #\C  #\i  #\r  #\c  #\u  #\i 

#\t  #\_  #\1  #\MEWLIlfE  #\KEWLIHE  #\a  #\r  #\c  #\h  #\i  #\t  #\e 
#\c  #\t  #\u  #\r  #\e  #\SPACE  #\D  #\a  #\t  #\a  #\F  #\i  #\o  #\w 

#\SPACE  #\o  #\f  #\SPACE  #\C  #\i  #\r  #\c  #\u  #\i  #\t  #\_  #\1 

#\SPACE  #\i  #\s  #\HEWLIHE  #\SPACE  #\SPACE  #\SPACE  #\b  #\i 
#\g  #\n  #\a  #\1  #\SPACE  #\D  #\,  #\SPACE  #\E  #\,  #\SPACE  #\F 

#\SPACE  #\:  #\SPACE  #\b  #\i  #\t  #\;  #\HEWLIIE  #\HEWLIKE  #\b 

#\e  #\g  #\i  #\n  #\HEWLIKE  #\KEWL1IE  #\SPACE  #\SPACE  #\SPACE 
#\D  #\SPACE  #\<  #\=  #\SPACE  #\n  #\o  #\t  #\SPACE  #\B  #\: 
#\KEWLIHE  #\SPACE  #\SPACE  #\SPACE  #\E  #\SPACE  #\<  #\= 
#\SPACE  #\n  #\o  #\t  #\SPACE  #\(  #\A  #\SPACE  #\a  #\n  #\d 
#\SPACE  #\D  #\)  #\:  #\BEWLIHE  #\SPACE  #\SPACE  #\SPACE  #\F 
#\SPACE  #\<  #\=  #\SPACE  #\n  #\o  #\t  #\SPACE  #\(  #\C  #\SPACE 
#\a  #\n  #\d  #\SPACE  #\D  #\)  #\;  #\*EULIHE  #\SPACE  #\SPACE 
#\SPACE  #\Z  #\SPACE  #\<  #\=  #\SPACE  #\n  #\o  #\t  #\SPACE  #\( 

#\E  #\SPACE  #\a  #\n  #\d  #\SPACE  #\F  #\)  #\;  #\IIEWLI1IE 

#\NEWLI»E  #\e  #\n  #\d  #\SPACE  #\D  #\a  #\t  #\a  #\F  #\1  #\o 
#\w  #\:  #\HEWLIIIE  AHEWLINE) 


Figure  6.15.  List  of  Characters  (VHDL  Representation) 


Similar  to  the  way  in  which  the  Boolean  equation  representation  is  processed,  the  list  of  ^ 

characters  from  the  VHDL  input  file  is  used  to  form  a  list  of  symbols.  The  symbols  include  identi¬ 
fiers,  #\NEWLIHE  characters,  VHDL  operators,  and  other  symbols  allowable  in  VHDL  expressions. 

All  symbols  are  converted  to  uppercase;  this  is  acceptable  because  VHDL  is  not  case-sensitive  ^ 

[IEEE  88:13-4].  All  #\SPACE  characters  are  ignored,  because  they  do  not  provide  any  informa¬ 
tion.  #\KEWLIXE  characters  are  not  immediately  removed,  because  they  must  be  used  when 
extracting  comments  from  the  input  description.  The  list  of  symbols  formed  using  the  characters  ^ 

of  Figure  6.15  is  shown  in  Figure  6.16. 

After  the  initial  list  of  symbols  is  created,  a  new  list  is  formed  in  which  symbols  representing 
comments  are  removed.  In  VHDL,  a  comment  begins  with  the  symbol  — .  A  comment  continues  | 
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(#\IEWLIHE  —  ARCHITECTURE  DECLARATIOI  FOR  CIRCUIT.l  #\MEWLIIE 
#\HEWLIIE  ARCHITECTURE  DATAFLOW  OF  CIRCUIT.l  IS  #\IEWLIHE 
SIGIAL  D  I , i  E  I . I  F  1:1  BIT  I ; I  #\IEHLIHE  #\IEHLIHE  BEGIH 
#\HEWLIHE  #\IEWLIIE  D  <=  HOT  B  I ; I  #\HEHLIHE  E  <=  HOT  1(1 
A  AHD  D  1)1  1 ; 1  #\HEWLIHE  F  <=  HOT  1 ( |  C  AHD  D  1)1  1  ;  1 
#\HEHLIHE  Z  <=  HOT  1(1  E  AHD  F  1)1  1;1  #\HEHLIHE  #\HEWLIHE 
EHD  DATAFLOW  I ; I  «\NEWLIHE  «\HEWLIHE) 


Figure  6.16.  List  of  Symbols  (VHDL  Representation) 


until  the  end  of  a  line.  Hence,  to  form  a  revised  list  of  symbols,  all  symbols  between  a  —  symbol 
and  the  first  occurrence  of  #\HEWLIHE  symbol  are  removed.  Then,  —  and  #\HEWLIHE  symbols 


are  removed.  The  revised  symbol  list  is  shown  in  Figure  6.17. 


(ARCHITECTURE  DATAFLOW  OF  CIRCUITS  IS  SIGHAL  D  1,1  E  1,1  F  1:1 
BIT  1 ; 1  BEGIH  D  <=  HOT  B  1:1  E  <=  ROT  1(1  A  AHD  D  1)1  1 ; I  F 
<-  HOT  1(1  C  AHD  D  1)1  1 ; 1  Z  <=  HOT  I ( I  E  AHD  F  1)1  1 ; 1  EHD 
DATAFLOW  1 ; 1 ) 


Figure  6.17.  First  Revised  List  of  Symbols  {VHDL  Representation) 


In  the  VHDL  description  of  the  circuit  under  diagnosis,  the  only  information  that  is  required 
to  form  the  equations  used  in  the  diagnostic  system  is  located  between  the  BEGIH  and  EHD  symbols. 
Therefore,  all  symbols  up  to  and  including  the  BEGIH  symbol  may  be  removed  from  the  list  of 
symbols  shown  in  Figure  6.17.  Likewise,  all  symbols  after  and  including  the  EHD  symbol  may  be 
removed.  If  any  signal  assignment  statements  include  a  time  expression,  these  expressions  also 
would  be  removed  at  this  time.  The  resulting  list  of  symbols  is  given  in  Figure  6.18. 

(D  <=  HOT  B  1:1  E  <=  HOT  1(1  A  AHD  D  1)1  1:1  F  <= 

HOT  1(1  C  AHD  D  1)1  I ; I  Z  <=  HOT  | ( |  E  AHD  F  I ) I  1:1) 


Figure  6.18.  Second  Revised  List  of  Symbols  (VHDL  Representation) 


137 


The  list  of  symbols  of  Figure  6. 18  is  used  to  construct  the  intermediate  format  which  represents 
the  circuit  under  test.  A  direct  translation  process  is  performed.  Each  VHDL  signal  assignment 
statement  is  used  to  construct  a  prefix-form  list  corresponding  to  a  gate  in  the  circuit.  Signal 
assignment  statements  are  demarcated  by  1:1  symbols.  Sets  of  symbols  corresponding  to  a  signal 
assignment  statement  are  processed  one  at  a  time.  The  intermediate  format  for  a  circuit  consists  of 
a  set  of  prefix-form  lists,  one  for  each  gate  of  the  circuit  When  forming  the  intermediate  format, 
VHDL  AID  operators  are  replaced  by  *  operators;  OR  operators  are  replaced  by  +  operators;  and  XOR 
operators  are  replaced  by  !  operators.  The  resulting  intermediate  format  is  given  by  Figure  6.13. 
Suffixes  are  added  to  node  symbols  resulting  in  the  list  in  Figure  6.14.  Boolean  equations  and 
VHDL  descriptions  representing  the  same  circuit  are  transformed  to  the  same  intermediate  format. 

VHDL  Description  Validation.  To  insure  that  the  subset  of  VHDL  defined  for  use  in  the 
diagnostic  system  was  acceptable,  circuits  diagnosed  by  the  system  were  described  using  VHDL 
descriptions  as  illustrated  in  Figures  5.4  and  5.5.  After  all  descriptions  were  constructed,  they  were 
analyzed  and  simulated  using  a  VHDL  1076-based  analyzer  and  simulator.  In  all  cases,  circuit 
descriptions  analyzed  and  simulated  properly. 

The  Equation  Generation  Module 

As  depicted  in  Figure  5.6,  the  intermediate  format  must  be  used  to  produce  the  initial  char¬ 
acteristic  equation,  and  lists  of  the  circuit  inputs,  the  checkpoint  variables,  and  the  circuit  outputs. 

Generation  of  Input  smd  Output  Lists.  Formation  of  lists  of  the  circuit  inputs  and 
circuit  outputs  is  done  using  the  intermediate  format  shown  in  Figure  6.14.  Each  prefix-form  list  of 
the  intermediate  format  represents  a  gate  in  the  circuit.  Examining  the  structure  of  a  prefix-form 
list,  the  first  element  of  the  list  is  a  EQ  symbol  which  designates  an  equality.  The  second  element 
of  the  list  is  a  single  node  symbol  which  is  the  output  of  the  gate;  each  logic  gate  has  exactly  one 
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output.  The  last  element  is  a  list  of  nested  operators  and  symbols  representing  the  inputs  to  and 
the  function  of  the  respective  gate.  For  example,  given  the  prefix-form  list 

(EQ  E--  (lOT  (♦  A--  D— )))  , 

the  gate  represented  is  a  HAVD  with  an  output  of  E —  and  inputs  of  A —  and  D — .  Given  a  set  of 
prefix-form  lists  which  represent  a  circuit,  one  can  determine  the  inputs  and  outputs  of  the  circuit 
by  examining  the  inputs  and  output  of  the  gates  represented  by  the  prefix-form  lists.  Inputs  to 
the  circuit  are  those  nodes  which  are  inputs  to  gates,  but  not  outputs.  Conversely,  outputs  from 
the  circuit  are  nodes  which  are  outputs  from  gates,  but  never  an  input.  For  the  format  given  by 
Figure  6.14,  a  list  of  the  inputs  to  the  circuit  is  (A —  B —  C — )  ;  a  list  of  the  output  of  the  circuit  is 
(Z — ).  Using  the  same  idea,  fanout  nodes  and  nodes  internal  to  a  circuit  may  also  be  identified.  A 
fanout  node  is  a  node  which  is  an  input  to  more  than  one  gate;  node  D —  is  a  fanout  node.  Internal 
nodes  are  nodes  which  are  both  outputs  from  and  inputs  to  gates  in  the  circuit;  a  list  of  internal 
nodes  is  (D —  E —  F — ). 

The  Use  of  the  /  =  0  Form.  To  form  the  list  of  the  checkpoint  variables,  the  initial 
characteristic  equation  must  first  be  constructed.  Given  an  initial  system  of  equations,  Boolean 
reduction  may  be  used  to  form  a  single  equation  which  is  equivalent  to  the  system  of  equations.^ 
There  exist  two  alternative  methods  for  forming  this  single  equation,  the  /(x)  =  0  form  of  equa¬ 
tion  B.48  and  the  p(x)  =  1  of  equation  B.52.  Rudeanu  stated  that  the  choice  of  one  form  over  the 
other  is  dependent  on  the  application  [Rudea  74:52].  In  Chapter  4,  derivation  of  the  characteristic 
equation  was  performed  using  the  /(i)  =  0  form.  This  form  was  chosen  because  for  the  initial  form 
of  the  system  of  Boolean  equations  given  by  the  intermediate  format,  the  time  and  space  compu¬ 
tational  complexity  for  its  derivation  was  significantly  smaller  than  construction  of  the  p(x)  =  1 

form.  Results  of  processing  times  to  form  a  single  equation  in  both  /(x)  =  0  and  p(x)  =  1  forms 
^See  Appendix  B,  Reduction. 
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for  two  different  circuits  is  given  in  Table  6.1.'*  The  time  listed  as  >20  minutes  is  the  processing 
time  before  exhaustion  of  memory.  For  any  system  of  equations,  the  f{x)  =  0  and  the  p{x)  =  1 
form  of  the  system  of  equations  had  the  same  number  of  terms.  However,  terms  of  the  p{x)  =  1 
form  had  many  more  literals  than  terms  of  the  equivalent  f(x)  =  0  form.  Hence,  the  /(x)  =  0  form 
was  used  in  the  implementation  of  the  diagnostic  system. 


Circuit 

Time  to  Form  /  =  0 

Time  to  Form  p  =  1 

Figure  3.1 
Figure  5.2 

6  seconds 

1 :25  minutes 

2:35  minutes 
>  20  minutes 

Table  6.1.  Processing  Times  to  Form  Single  Equation 


The  Choice  of  Data  Structure.  The  intermediate  format  must  be  used  to  form  a  single 
equation  in  sum-of-products  form.  The  data  structure  that  represents  the  sum-of-products  form 
must  be  one  which  facilitates  the  operations  outlined  in  Chapter  4,  Mathematical  Development  of 
the  Diagnostic  System.  Brown  [Brown  88b]  and  Fausett  [Fause  86]  have  each  studied  in  depth  the 
issue  of  Scheme  data  structure  representations  of  Boolean  equations.  The  data  structure  used  in 
this  implementation  is  taken  from  their  research. 

A  sum-of-products  formula  is  a  disjunction  of  terms.  Each  term  of  the  formula  is  composed  of 
literals  in  complemented  and  uncomplemented  form.  A  way  of  representing  a  formula  is  by  forming 
a  list  in  which  each  term  of  the  formula  is  a  sublist.  Literals  of  a  term  are  elements  of  the  respective 
sublist;  if  a  literal  is  complemented,  it  is  enclosed  in  a  sublist — otherwise  it  is  not.  For  example, 
given  the  formula  a6'c-|-  a'bd+  ab'e',  the  data  structure  that  represents  the  formula  is; 

((a  (b)  c)  ((a)  b  d)  (a  (b)  (a))). 

To  form  an  equation,  a  formula  is  set  equal  to  0  or  1.  Since  the  /  =  0  form  of  a  Boolean  equation 

is  used,  all  formulas  in  this  implementation  are  equal  to  0.  However,  this  fact  does  not  have  to  be 
^The  computer  ueed  to  produce  theae  results  was  a  20MH^  80386- based  computer. 
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shown  explicitly.  Hence,  when  equations  are  represented  by  the  data  structure  shown  above,  the 
fact  that  the  respective  formula  is  equal  to  0  will  be  implied.  Another  aspect  of  this  data  structure 
is  that  a  zero  is  represented  by  the  null  list  ();  a  one  is  depicted  by  the  (())  list. 

Formation  of  the  Characteristic  Equation.  A  sum-of-products  formula  is  formed  using 
the  intermediate  format.  As  discussed  in  Chapter  4,  for  each  checkpoint  in  the  circuit  there  exists  a 
checkpoint  equation  which  must  be  integrated  into  the  system  of  equations  representing  the  circuit 
to  form  the  chairacteristic  equation.  Checkpoints  are  the  fanout  branches  of  nodes  which  fan  out  and 
input  nodes  which  do  not  fan  out.  Because  all  fanout  branches  and  the  fanout  stem  of  a  node  which 
fans  out  have  the  same  node  label,  a  method  was  devised  to  distinguish  between  particular  fanout 
branches.  Otherwise,  when  the  sum-of-products  formula  is  constructed,  the  distinguishability  of 
each  fanout  branch  would  be  lost.  Hence,  a  unique  identifier  is  substituted  for  the  labels  associated 
with  a  fanout  branch.  This  action  must  be  performed  while  the  circuit  representation  is  in  the 
intermediate  format,  because  the  structure  of  the  circuit  is  implicit  in  this  form. 

Each  fanout  branch  for  a  fanout  node  is  assigned  a  number  from  0  to  9.  It  is  assumed  that 
a  fanout  node  will  have  no  greater  than  ten  fanout  branches.  This  number  is  substituted  in  place 
of  the  first  -  of  the  —  suffix  of  labels  associated  with  fanout  branches.  The  intermediate  format 
formed  by  making  the  fanout  branches  unique  is  given  in  Figure  6.19.  The  addition  of  suffixes  to 
node  labels  was  performed  in  part  to  handle  the  problem  of  replacing  fanout  branches  labels  with 
distinct  identifiers.  A  suffix  simply  could  not  be  concatenated  to  a  label;  depending  on  how  the 
user  labeled  the  remaining  nodes  in  the  circuit,  concatenation  of  a  suffix  could  cause  conflicts  in 
label  names.  Hence,  a  —  suffix  was  added  to  adl  labels  emd  then  modified  as  required. 

After  fsmout  branches  are  identified  with  unique  labels,  the  intermediate  format  is  used  to 
develop  a  sum-of-products  representation  of  the  circuit.  The  sum-of-products  representation  for 
the  intermediate  format  of  Figure  6.19  is  given  in  Figure  6.20. 
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Figure  6.19.  Intermediate  Format  (Unique  Fanout  Branch  Labels) 


((D—  B— )  ((D— )  (B— ))  (E--  A—  DO-)  ((E~)  A—  (DO-  )) 
((E— )  (A--))  (F—  C—  D1-)  ((F— )  C—  (Dl-))  ((F— )  (C— )) 
(Z—  E—  F— )  ((Z— )  E—  (F“))  ((Z~)  (E— ))) 


Figure  6.20.  Sum-of-Products  Representation 


3ust  as  the  labels  associated  with  fanout  branches  are  modified,  the  labels  of  input  nodes 
which  do  not  fan  out  are  similarly  changed.  In  these  cases,  the  —  suffix  is  replaced  by  a  X-  suffix. 
This  process  may  be  performed  after  the  sum-of-products  representation  is  formed  because  all  labels 
associated  with  nodes  of  this  case  are  changed  in  a  like  manner,  i.e.  there  is  not  a  distinguishability 
problem  as  in  the  case  of  fanout  branches.  The  sum-of-products  representation  after  the  revision 
of  the  input  node  labels  is  given  in  Figure  6.21. 


((D—  BX-)  ((D— )  (BX-))  (E—  AX-  DO-)  ((E— )  AX-  (DO-  )) 
((E“)  (AX-))  (F—  CX-  D1-)  ((F— )  CX-  (Dl-))  ((F— )  (CX-)) 
(Z—  E—  F— )  ((Z— )  E—  (F— ))  ((Z— )  (E— ))) 


Figure  6.21.  Sum-of-Products  Representation  (Revised  Input  Node  Labels) 


Once  a  sum-of-products  representation  for  the  circuit  is  formed  as  shown  in  Figure  6.21, 
checkpoint  equations  may  be  added.  For  e^tch  checkpoint,  a  checkpoint  equation  is  formed  as 
given  by  equation  (4.5).  Reduction  is  used  to  place  checkpoint  equation  into  /  =  0  form.  By 
equation  (B.32),  the  checkpoint  equation  may  be  added  to  the  sum-of-products  form  of  Figure  6.21. 
Elimination  is  used  to  remove  variables  from  the  resulting  equation  which  are  not  required  for 
further  processing.  The  process  of  equation  reduction,  2tddition,  and  elimination  is  conducted  in  an 
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iterative  fashion  until  the  checkpoint  equations  for  each  checkpoint  in  the  circuit  have  been  added 
to  the  sum-of-products  form  given  in  Figure  6.21. 

For  example,  for  the  input  node  represented  by  the  label  BX-,  the  checkpoint  equation  (4.5) 
for  the  node  is  given  by 


BX-  =  BXl  +  B--  BXO', 

where  BXO  and  BXl  are  the  checkpoint  variables,  B —  is  the  input  to  the  checkpoint  node,  and  BX- 
is  the  output  from  the  checkpoint  node.  The  second  character  of  the  label  suffix  is  used  to  facilitate 
the  formation  of  the  circuit  checkpoint  variables.  Using  reduction,  the  checkpoint  equation  can  be 
transformed  into  sum-of-products  form 

((BX-  (B— )  (BXl))  (BX-  BXO  (BXl))  ((BX-)  BXl)  ((BX-)  B—  (BXO))), 

This  representation  is  added  to  the  form  given  in  Figure  6.21  resulting  in  the  sum-of-products  form 
in  Figure  6.22.  After  this  equation  is  formed,  the  variable  BX-  is  not  required  for  further  processing. 
Following  the  idea  illustrated  in  Figure  4.5,  BX-  can  be  viewed  as  the  output  of  a  checkpoint  logic 
gate — an  internal  node  of  the  circuit.  The  only  variables  required  in  the  characteristic  equation 
are  the  circuit  inputs,  the  circuit  output,  and  the  checkpoint  variables.  Hence,  by  the  property 
demonstrated  by  equation  (B.62),  elimination  is  used  to  eliminate  the  variable  BX-  from  the  equation 
in  Figure  6.22.  The  resulting  form  is  given  in  Figure  6.23. 

((D—  BX-)  ((D— )  (BX-))  (E—  AX-  DO-)  ((E— )  AX-  (DO-  )) 

((E— )  (AX-))  (F—  CX-  D1-)  ((F— )  CX-  (Dl-))  ((F~)  (CX-)) 

(2~  E—  F— )  ((Z— )  E—  (F--))  ((Z— )  (E— )) 

(BX-  (B— )  (BXl))  (BX-  BXO  (BXl))  ((BX-)  BXl)  ((BX-)  B—  (BXO))) 


Figure  6.22.  Sum-of-Products  Representation  (With  Checkpoint  Equation  Added) 
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(((D— )  (B— )  (BXl))  ((D— )  BXO  (BXl))  (D--  BXl) 

(D—  B--  (BXO))  (E—  AX~  DO-)  ((E— )  (AX-)) 

((E— )  (DO-))  (F—  CX-  D1-)  ((F— )  (CX-))  ((F— )  (Dl-  )) 
(Z—  E—  F-)  ((Z— )  (E— ))  ((Z— )  (F— ))) 


Figure  6.23.  Sum-of-Products  Representation  (After  Elimination  of  BX-) 


In  the  same  manner  as  BX-,  the  checkpoint  equations  for  checkpoints  AX-,  CX-,  DO-,  and  Dl- 
are  introduced.  The  variables  AX-,  CX-,  DO-,  and  Dl-  are  eliminated  from  the  equation  leaving  the 


equation  in  sum-of-products  form  shown  by  Figure  6.24. 


(((F— )  (C— )  (CXD)  ((P“)  CXO  (CXD)  (F—  CXI  D—  (DIO)) 

(F—  C~  (CXO)  D—  (DIO))  (F—  CXI  Dll)  (F--  C—  (CXO)  Dll) 
((D— )  (B— )  (BXD)  ((D— )  BXO  (BXl))  (D—  BXl)  (D—  B—  (BXO)) 
((Z— )  (E— ))  (<F— )  (Z— ))  (Z~  E—  F— )  ((E— )  (D— )  (DOl)) 
((E— )  DOO  (DOl))  ((F— )  DIO  (Dll))  ((F— )  (n— )  (Dll)) 

(E—  A—  (AXO)  DOl)  (E—  AXl  DOl)  (E—  A—  (AXO)  D—  (DOO)) 

(E—  AXl  D—  (DOO))  ((E— )  AXO  (AXl))  ((E— )  (A—)  (AXl))) 


Figure  6.24.  Sum-of-Products  Representation  (After  Insertion  of  Checkpoint  Equations) 


Once  the  sum-of-products  form  shown  given  by  Figure  6.24  is  derived,  variables  associated 
with  internal  nodes  of  the  circuit  may  be  eliminated.  The  resulting  sum-of-products  form,  given 
by  Figure  6.25,  consists  only  of  input  variables,  the  output  variable,  and  checkpoint  variables.  The 
sum-of-products  form  is  depicted  in  Blake  canonical  form. 

Before  the  formation  of  the  characteristic  equation  is  complete,  constraints  associated  with 
each  checkpoint  must  be  added  to  the  sum-of-products  form.  A  constraint  equation  for  a  checkpoint 
is  given  by  equation  (4.6).  The  constraint  equation  associated  with  the  checkpoint  examined  above 
is  given  by 


BXO  BXl  s  0. 


144 


(((B--)  (BXl)  C--  (CXO)  (Z--)  (DIO))  ((B--)  (BXl)  CXI  (Z--)  (DIO)) 
(B--  (BXO)  (Dll)  (DOl)  Z--)  (B--  (BXO)  (Dll)  Z--  AXO  (AXl)) 

(B--  (BXO)  (Dll)  Z--  (A--)  (AXl))  ((CXI)  (C--)  B--  (BXO)  (DOl)  Z— ) 
((CXI)  CXO  B—  (BXO)  (DOl)  Z— )  (BXO  (BXl)  C—  (CXO)  (Z— )  (DIO)) 
(BXO  (BXl)  CXI  (Z--)  (DIO))  (BXl  (Dll)  (DOl)  Z--) 

((Dll)  DIO  Z--  DOO  (DOl))  (BXl  (Dll)  Z--  AXO  (AXl)) 

((Dll)  DIO  Z—  AXO  (AXl))  (BXl  (Dll)  Z--  (A--)  (AXl)) 

((Dll)  DIO  Z—  (A--)  (AXl))  ((CXI)  (C--)  BXl  (DOl)  Z--) 

((C--)  (CXI)  Z—  DOO  (DOl))  ((C--)  (CXI)  Z—  AXO  (AXl)) 

((C--)  (CXI)  Z--  (A—)  (AXl))  (C--  (CXO)  (Z--)  Dll) 

((CXI)  CXO  BXl  (DOl)  Z— )  (CXO  (CXI)  Z--  DOO  (DOl)) 

(CXO  (CXI)  Z—  (A--)  (AXl))  ((B— )  (BXl)  (Z--)  A—  (AXO)  (DOO)) 
((B--)  (BXl)  (Z--)  AXl  (DOO))  (BXO  (BXl)  (Z--)  A--  (AXO)  (DOO)) 

(BXO  (BXl)  (Z— )  AXl  (DOO))  ((Z--)  A—  (AXO)  DOl)  ((Z--)  AXl  DOl) 
(CXO  (CXI)  Z—  AXO  (AXl))  (CXI  (Z--)  Dll)  ) 


Figure  6.25.  Sum-of-Products  Representation  (After  Elimination ‘of  Internal  Node  Variables) 


The  complete  constraint  equation  in  sum-of-products  form  for  all  of  the  checkpoints  in  the 
example  is 


((DIO  Dll)  (CXO  CXI)  (BXO  BXl)  (DOO  DOl)  (AXO  AXl)). 


This  constraint  is  added  to  the  form  of  Figure  6.25  to  form  the  initial  characteristic  equation. 
Simplification  is  performed  resulting  in  the  equation  in  Figure  6.26.  Additionally,  the  constraint 
equation  is  used  to  construct  the  list  of  checkpoint  variables  that  is  required  by  other  modules 
in  the  system.  A  single  list  which  includes  the  initial  characteristic  equation,  lists  of  the  input 
variables,  the  checkpoint  variables,  and  the  circuit  output  is  constructed  and  returned  ae  the  result 
of  evaluating  procedure  generate-equation. 


The  Tester  Module 

The  tester  module  (Figure  5.7)  decomposes  the  list  that  was  output  from  the  equation  gen¬ 
eration  module  to  form  lists  which  represent  the  initial  characteristic  equation,  the  circuit  inputs, 
the  output  variable,  and  the  checkpoint  variables.  These  lists  are  used  to  generate  tests  and  deduce 
new  information  about  the  circuit. 
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(((Z--)  AXl  DOl)  ((Z— )  A—  (AXO)  DOl)  ((B--)  (BXl)  (Z--)  AXl  (DOO)) 
((B--)  (BXl)  (Z--)  A—  (AXO)  (DOO))  (CXl  (Z--)  Dll)  (C—  (CXO)  (Z--)  Dll) 
((C--)  (CXI)  Z—  (A--)  (AXl))  ((CXI)  (C— )  BXl  (DOl)  Z— ) 

(BXl  (Dll)  Z--  (A--)  (AXl))  (BXl  (Dll)  (DOl)  Z— )  (CXO  CXI) 

((CXI)  (C--)  B—  (BXO)  (DOl)  Z--)  (B—  (BXO)  (Dll)  Z--  (A--)  (AXl)) 

(B--  (BXO)  (Dll)  (DOl)  Z— )  ((B--)  (BXl)  CXI  (Z--)  (DIO)) 

((B--)  (BXl)  C—  (CXO)  (Z“)  (DIO))  (DIO  Dll)  (DIO  Z--  (A—)  (AXl)) 

(CXO  Z—  (A—)  (AXl))  (CXO  BXl  (DOl)  Z~-)  (CXO  B—  (BXO)  (DOl)  Z— ) 

(BXO  (Z--)  AXl  (DOO))  (BXO  (Z--)  A--  (AXO)  (DOO))  (BXO  CXI  (Z— )  (DIO)) 

(BXO  BXl)  (BXO  C--  (CXO)  (Z— )  (DIO))  (DOO  DOl)  (DOO  Z—  CXO) 

((C— )  (CXI)  Z—  DOO)  (DOO  Z--  DIO)  (AXO  AXl)  (AXO  Z--  CXO) 

((C— )  (CXI)  Z--  AXO)  (AXO  Z—  DIO)  (BXl  (Dll)  Z--  AXO) 

(B--  (BXO)  (Dll)  Z--  AXO)) 


\ 


Figure  6.26.  Characteristic  Equation 


Test  Generation.  In  the  first  test  of  the  circuit  of  Figure  5.2,  the  input  function,  *1(2,),  was 
identically  equal  to  zero.  This  condition  is  shown  in  Figure  6.6  by  the  statement 


The  Input  Equation  is:  0=0. 


Hence  any  test  vector  was  effective.  The  test  vector  (1,1,1)  was  chosen  arbitrarily.  Using  the 
result  of  this  test,  the  steps  outlined  in  Chapter  4  were  followed  to  form  an  updated  characteristic 


equation.  The  updated  characteristic  equation  is  given  in  Figure  6.27. 


((B--  (BXO)  (Dll)  (AXl)  (A--)  Z--)  ((BXO)  (Dll)  DOO)  (AXO  DIO) 

((BXO)  (Dll)  AXO)  ((BXO)  (Dll)  (DOl))  ((BXO)  (DOl)  CXO) 

((BXO)  (DOl)  DIO)  (CXO  AXO)  (A--  B—  C—  (Z— ))  (CXO  DOO) 

(B—  (BXO)  (DOl)  Z--  (CXI)  (C--))  ((BXl)  (B— )  CXI  (DIO)  (Z— )) 

(A—  (AXO)  (DOO)  (Z— )  BXO)  (A—  (AXO)  DOl  (Z— ))  (DOO  DIO) 

((DIO)  C--  (CXO)  (Z--)  BXO)  (Dll  DIO)  (Dll  (CXO)  C--  (Z--)) 

(DOl  DOO)  (Dll  CXI  (Z— ))  (CXO  CXI)  ((DIO)  CXI  (Z— )  BXO) 

((CXI)  Z--  (C--)  AXO)  (Z--  (CXI)  (C— )  DOO)  (AXl  AXO) 

(AXl  DOl  (Z--))  (AXl  (DOO)  (Z--)  BXO)  ((AXl)  (A—)  Z—  DIO) 

((AXl)  (A—)  Z--  CXO)  ((AXl)  (A--)  (CXI)  Z--  (C— ))  (BXl  BXO) 

(BXl  (DOl)  Z--  (CXI)  (C--))  (BXl  (DOl)  DIO)  (BXl  (DOl)  CXO) 

(BXl  (Dll)  (DOl))  (BXl  (Dll)  AXO)  (BXl  (Dll)  DOO) 

(BXl  (Dll)  (AXl)  (A--)  Z--)  ((BXl)  AXl  (DOO)  A--  C--  (Z--)) 

((BXl)  CXI  (DIO)  A--  C--  (Z--))  ((BXl)  (CXO)  (DIO)  A--  C--  (Z--)) 
((BXl)  (AXO)  (DOO)  A--  C--  (Z--))  ((BXl)  (B--)  A--  (AXO)  (DOO)  (Z--)) 
((BXl)  (B--)  C--  (CXO)  (DIO)  (Z--))  ((BXl)  (B--)  AXl  (DOO)  (Z--))) 


Figure  6.27.  An  Updated  Characteristic  Equation 
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The  updated  characteristic  equation  is  used  to  produce  the  second  input  equation,  =  0. 
In  this  case,  the  input  equation  that  is  derived  is  given  by  ((A —  C — ))  ^vhere  (A —  C — )  is  a 
single  term  which  is  equal  to  zero.  This  is  illustrated  in  Figure  6.6  by  the  statement 


The  Input  Equation  is;  A  C  =  0. 


Solutions  to  the  input  equation  are  effective  test  vectors.  As  discussed  in  Chapter  4,  one  method 
to  solve  *2(^)  =  0  is  to  form  the  equation  ijCi)  =  1;  minterms  of  J2(x)  are  solutions  to  the  input 
equation.  This  is  shown  ais  follows: 


AC  =  0  O  (ACy=l  (6.1) 

O  A'  +  C'=l. 

The  minterms  of  A'  +  C  are  the  effective  test  vectors. 

Performing  the  operations  given  by  (6.1),  the  diagnostic  system  transforms  the  list  ((A —  C — )) 
to  the  list  (((A — ))  ((C — ))).  The  list  (((A — ))  ((C — )))  is  a  two  term  list  which  is  equal  to 
one.  ((A — ))  and  ((C — ))  are  distinct  terms  of  the  sum-of-proc’ucts  formula.  In  each  of  these 
terms,  there  is  a  single  complemented  literal.®  To  generate  a  test  \ector,  the  diagnostic  system  uses 
the  term  represented  by  the  first  element  of  the  list  (((A — ))  ((C — ))).  This  happened  to  be  the 
term  ((A — ))  in  this  case.  Since  A'  =1,  the  circuit  input  A  must  be  equal  to  0  to  form  an  effective 
test  vector.  Other  inputs  can  be  chosen  arbitrarily.  In  the  implementation  of  the  diagnostic  system, 
the  rule  which  is  followed  is  to  always  make  an  unspecified  input  a  value  of  1.  Hence,  as  shown  in 
Figure  6.6,  the  test  vector  that  was  output  to  the  user  was  specified  by 

A  =  0 
B  =  1 
C  =  1 

^As  noted  previously,  a  literal  in  a  term  is  complemented  if  it  is  enclosed  in  parentheses. 
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Recall  that  in  the  first  test  of  the  circuit,  all  inputs  were  chosen  arbitrarily.  Following  the  guideline 
that  unspecified  inputs  are  set  to  the  value  of  1,  the  first  test  vector  that  was  generated  wcis  to  set 
all  inputs  to  1.  The  discovery  of  a  heuristic  which  may  make  the  selection  process  more  intelligent 
is  a  subject  for  further  study. 

When  the  list  (())  is  returned  as  the  result  of  producing  2(r),  then  the  input  function  is 
equal  to  1.®  This  is  the  condition  discussed  in  Chapter  4  which  demonstrates  that  all  information 
deducible  from  testing  has  been  obtained. 

Formation  of  a  New  Constraint  Using  the  test  vector  and  the  circuit  response  to  the  test 
a  new  constraint  is  derived  which  is  used  to  update  the  characteristic  equation.  From  Figure  6.6, 
when  the  test  A  =  0,  B  =  1,C  =  1  was  applied  to  the  circuit,  the  response  of  the  circuit  was  1. 
From  equation  (4.48),  when  the  response  of  a  circuit  to  a  test  is  1,  the  new  constraint  is  formed  by 
the  equation 

mj(x)j'  =  0,  (6.2) 

wliere  mj(x)  is  the  input  test  vector,  and  x  is  the  circuit  output  variable.  Hence,  for  the  given  test 
vector  and  circuit  response,  the  new  constraint  is  given  by; 

A'BCZ'  =  0.  (6.3) 

The  structure  which  represents  this  new  constraint  is; 

((A—)  B--  C—  (Z— )). 

^In  the  sum-of-products  list  notation,  (())  is  equal  to  1. 
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A  new  constraint  forms  new  information  which  is  incorporated  into  the  characteristic  equation 
to  form  an  updated  characteristic  equation.  Testing  continues  until  new  information  cannot  be 
obtained  from  testing.  This  condition  is  noted  in  Figure  6.7  by  the  statement 


Kev  information  cannot  be  obtained. 

At  this  point,  the  final  characteristic  equation  is  used  to  determine  the  function  that  the  circuit  is 

« 

performing  eis  well  as  the  possible  fault  conditions  in  the  circuit. 

The  Interpretation  Module 

The  interpretation  module  (Figure  5.9)  uses  the  final  characteristic  equation,  the  list  of  the 
circuit  checkpoints,  and  the  circuit  output  variable  to  determine  the  actual  circuit  function  and  the 
fault  conditions  of  the  circuit  under  test. 

Oeteriuination  of  the  Circuit  Function.  The  procedure  which  determined  the  actual 
function  of  the  circuit  was  easily  implemented.  Using  the  procedure  outlined  in  Chapter  4,  the 
final  characteristic  equation  (Figure  6.28),  the  checkpoints  and  the  circuit  output  variable  are  used 
to  determine  the  actual  circuit  function.  First,  all  terms  which  involve  checkpoint  variables  are 
removed.  Since  the  characteristic  equation  is  in  Blake  canonical  form,  elimination  of  the  checkpoint 
variables  is  performed  simply  by  removing  the  terms  in  which  a  literal  is  a  checkpoint  variable. 
Performing  these  operations  leaves  the  structure  given  in  Figure  6.29;  this  is  the  exclusive-OR  of 
the  circuit  inputs  with  the  circuit  output  eis  given  by  equation  (4.80).  The  structure  in  Figure  6.29 
represents  the  equation 


as'  +  cz'  +  a'c'z  =  0. 


(6.4) 
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This  equation  may  be  rewritten  as 

(a  +  c)2' +  a'c'z  =  0  (6.5) 

where  (a  +  c)  represents  a{x)  as  depicted  by  equation  (4.82).  Generation  of  a(i)  is  performed 
by  removing  the  term  of  the  structure  of  Figure  6.29  which  includes  the  uncomplemented  form  of 
Z — ,  and  then  removing  the  (2 — )  literal  from  the  remaining  terms.  The  diagnostic  system  then 
removes  the  suffix  from  the  literals  and  prints  out  the  result  as  depicted  in  Figure  6.7. 

(((BXl  (Dll))  ((BXO)  (Dll))  ((BXO)  (DOl))  (A--  (Z--)) 

(CXI)  (BXO  BXl)  (BXl  (DOl))  (AXO)  (CXO)  (DIO)  (DOO) 

(AXl)  (C—  (2--))  ((A—)  (C— )  Z--)) 

Figure  6.28.  The  Final  Characteristic  Equation 

((A--  (Z--))  (C--  (Z— ))  ((A—)  (C— )  Z--)) 

Figure  6.29.  The  Exclusive-OR  of  the  Circuit  Inputs  and  Output 

Determination  of  the  Designed  Circuit  EVinction.  To  determine  whether  the  actual 
circuit  function  is  the  same  as  the  designed  circuit  function,  a  Boolean  equation  representing  the 
designed  circuit  function  had  to  be  derived.  By  (4.82),  the  actual  circuit  function  which  is  derived 
expresses  the  circuit  output  as  a  function  of  the  circuit  inputs.  However,  the  original  expression 
describing  the  circuit  was  not  in  this  form;  the  circuit  was  described  as  a  system  of  equations 
representing  gates.  Therefore,  the  original  expression  had  to  be  manipulated  to  derive  an  expression 
which  depicts  the  circuit  output  as  a  function  of  the  circuit  inputs. 

The  intermediate  format  was  converted  directly  to  sum-of-products  form  to  attain  a  sin¬ 
gle  equation  which  represents  the  circuit.  The  structure  representing  this  equation  is  shown  in 
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Figure  6.30.  This  equation  differs  from  the  single  equation  derived  earlier,  because  in  this  case 
checkpoints  are  not  considered.  By  (B.62),  elimination  can  be  used  to  eliminate  internal  nodes 
from  the  equation.  The  resultant  of  elimination  is  an  equation  which  is  similar  in  form  to  (4.80); 
the  structure  representing  this  equation  is  given  in  Figure  6.31.  This  equation  is  used  to  form 
an  equation  which  expresses  the  output  of  the  circuit  as  a  function  of  the  circuit  inputs.  After 
removing  the  suffixes  from  the  literals,  the  diagnostic  system  prints  out  the  result  as  shown  in 
Figure  6.7. 

(CD—  B— )  ((D--)  (B— ))  (E--  A—  D— )  ((E--)  (A--)) 

(F—  C—  D— )  ((F— )  (C— ))  ((F— )  (D— ))  (Z—  E—  F—  ) 

((E— )  (D— ))  ((Z--)  (E— ))  ((2—)  (F— ))) 


Figure  6.30.  Sum-of-Products  Form  of  the  Circuit  Under  Diagnosis 


(((B— )  C--  (Z— ))  ((C— )  (A—)  Z— )  ((B--)  A--  (Z--))  (B—  Z— )) 


Figure  6.31.  Sum-of-Products  Form  After  Elimination  of  Internal  Nodes 

Comparison  of  the  Actual  to  the  Designed  Function.  The  actual  and  designed  circuit 
functions  are  compared  using  the  exclusive-OR  tests  which  is  outlined  in  Appendix  B.  Since  the 
equations  represented  in  Figures  6.29  and  6.31  are  in  /  =  0  form,  the  exclusive-OR  test  may  be 
used.  If  the  result  of  the  XOR  is  a  0,  then  the  circuits  are  equivalent;  otherwise,  the  circuits  are 
not  equivalent.  The  result  of  this  test  is  given  in  Figure  6.7. 

Deduction  of  Fault  Conditions.  As  is  the  case  with  determination  of  the  actual  circuit 
function,  the  state  of  the  checkpoints  is  generated  using  the  final  characteristic  equation.  One 
method  for  deducing  the  checkpoint  state  equation,  G{^  =  0,  as  defined  by  (4.88)  is  to  eliminate 
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the  output  variables  from  the  final  characteristic  equation.  The  resultant  of  elimination  is  an 
equation  which  represents  the  state  of  the  checkpoint  variables. 

Since  the  final  characteristic  equation  given  in  Figure  6.28  is  in  Blake  canonical  form,  elimi¬ 
nation  of  the  output  variables  is  performed  by  deleting  terms  which  include  literals  of  the  output 
variable.  The  resulting  equation,  G(y)  =  0,  is  represented  by  Figure  6.32.  Solutions  of  G(y)  =  0 
yield  the  possible  faults  in  the  circuit.  Using  the  method  outlined  in  Appendix  B,  the  check¬ 
point  state  equation  is  placed  in  the  form  G'{y)  =  1.  The  minterms  of  G'{y)  are  solutions  of  the 
checkpoint  state  equation.  G'(y)  is  given  in  Figure  6.33. 

(((BXl  (DU))  ((BXO)  (DU))  ((BXO)  (DOl))  (AXl) 

(CXI)  (BXO  BXl)  (BXl  (DOl))  (AXO)  (CXO)  (DIO)  (DOO)) 


Figure  6.32.  The  Checkpoint  State  Equation 


(((AXO)  (AXl)  (BXO)  (CXO)  (CXI)  (DOO)  DOl  (DIO)  DU) 
((AXO)  (AXl)  BXO  (BXl)  (CXO)  (CXI)  (DOO)  (DIO)) 
((AXO)  (AXl)  (BXl)  (CXO)  (CXI)  (DOO)  DOl  (DIO)  DU)) 


Figure  6.33.  The  Complemented  Form  of  the  Checkpoint  State  Equation 

In  this  example,  G'{y)  consists  of  three  terms  representing  three  possible  fault  conditions  of 
the  circuit.  However,  although  there  are  three  fault  possibilities,  the  condition  of  certain  nodes  can 
be  determined  with  certainty.  This  can  be  done  by  examining  the  literals  of  each  term  of  G'{y).  If 
a  literal  exists  in  uncomplemented  form  in  each  term,  then  the  fault  condition  is  asserted;  likewise, 
if  a  literal  exists  in  complemented  form,  then  the  associated  fault  condition  is  denied.  For  example, 
the  literal  AXO  exists  in  complemented  form  in  each  of  the  terms  depicted  in  Figure  6.33;  hence 
by  Table  4.1,  node  A  is  not  stuck-at-0.  Since  AXl  also  appears  in  uncomplemented  form  in  each 
term,  we  can  conclude  the  node  A  is  not  stuck-at-1.  Since  node  A  is  both  not  stuck-al-O  and  not 
stuck-at-1,  by  Table  4.1  we  conclude  that  the  state  of  node  A  is  normal.  Using  the  same  deduction 
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process,  we  can  also  conclude  that  node  C  is  normal,  and  that  the  two  checkpoints  associated  with 
node  D  are  not  stuck-at-0. 

The  condition  of  all  nodes  which  was  determined  with  certainty  was  output  to  the  user 
as  shown  in  Figures  6.7  and  6.8.  One  function  that  the  interpretation  module  must  perform  is  to 
associate  the  checkpoint  variables  as  shown  in  Figure  6.33  with  a  particular  node  in  the  circuit.  The 
state  of  a  given  node  is  the  information  that  is  useful  to  the  user,  not  the  state  of  the  checkpoint 
variables.  The  suffixes  of  the  checkpoint  variables  are  used  to  perform  this  association.  If  a 
checkpoint  variable  is  of  the  form  lodaXO,  the  variable  is  associated  with  an  input  node  which  does 
not  fan  out.  Hence,  this  association  is  trivial.  However,  association  of  a  checkpoint  variable  with 
a  fanout  node  is  more  difficult.  In  a  checkpoint  variable  associated  with  a  fanout  node,  a  number 
from  0  to  9  was  used  in  place  of  an  X.  The  fanout  branches  are  labeled  from  0  to  9  depending  on 
their  occurrence  in  the  intermediate  format;  the  fanout  branch  node  which  occurs  first  is  labeled  0, 
the  second  is  labeled  1,  and  so  on.  This  is  demonstrated  in  Figure  6.19.  To  simplify  the  output  of 
information  to  the  user,  the  fanout  branch  is  referred  to  with  respect  to  the  gate  for  which  it  is  an 
input.  The  intermediate  format  of  Figure  6.19  is  used  to  make  the  translation  from  the  number  of 
the  fanout  branch  to  the  associated  gate.  The  final  result  of  this  translation  is  shown  in  Figure  6.8. 
When  information  is  output  to  the  user,  suffixes  are  removed  from  the  nodes;  checkpoint  nodes 
associated  with  fanout  branches  are  associated  with  a  gate. 

After  information  that  was  determined  with  certainty  was  output,  the  remaining  possible  fault 
cases  must  be  output  to  the  user.  The  way  this  is  performed  is  to  eliminate  all  common  literals 
from  the  terms  of  the  equation  of  Figure  6.33.  The  resulting  equation  is  given  in  Figure  6.34.  After 
common  literals  are  removed,  each  term  is  interpreted  separately  to  deduce  the  possible  states  of 
faults  in  the  circuit.  Table  4.1  is  used  to  deduce  the  state  of  the  nodes.  The  output  generated 
by  interpreting  these  three  fault  cases  is  shown  in  Figure  6.8.  As  noted  previously,  the  circuit 
response  that  was  fed  back  to  the  diagnostic  system  was  predicated  on  the  assumption  that  node  b 
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of  the  circuit  depicted  in  Figure  5.2  was  stuck-at-0.  This  was  one  of  the  fault  conditions  projected 
by  the  diagnostic  system.  Examination  of  the  circuit  clearly  shows  that  the  two  other  possible 
fault  conditions  can  cause  the  circuit  to  act  in  the  same  manner  as  the  fault  condition  of  node  b 


stuck-at-0.  Hence,  the  possible  fault  conditions  are  all  members  of  the  same  equivalence  class. 


(((BXO)  DOl  Dll) 
(  BXO  (BXD) 
((BXl)  DOl  Dll)) 


Figure  6.34.  The  Complemented  Checkpoint  State  Equation  with  Common  Literals  Removed 

The  commented  source  code  in  Appendix  D  gives  further  explanations  which  detail  how 
procedures  in  the  diagnostic  system  work.  Study  of  these  procedures  as  well  as  a  knowledge 
of  deviations  from  the  Revised^  Report  on  the  Algorithmic  Language  Scheme  are  essential  to 
implementing  modifications  to  the  system  as  well  as  porting  it  to  different  implementation  of  the 
Scheme  language. 

Summary  of  Portability  Issues 

The  Scheme  language  is  defined  by  the  Revised^  Report  on  the  Algorithmic  Language  Scheme. 
The  report  defines  the  primitive  procedures  which  must  be  included  in  an  implementation  of  the 
Scheme  language;  these  procedures  are  called  essential  procedures  [Rees  86:39].  Other  procedures 
are  defined  with  the  cav  eat  that  they  may  be  included  in  an  implementation  but  are  not  mandatory. 
However,  most  implementations  of  the  language  include  a  great  number  of  the  optional  procedures. 
Additionally,  extensions  may  be  included  in  implementations  “provided  the  extensions  are  not  in 
conflict  with  the  language  reported”  in  the  report  [Rees  86:39].  For  a  complete  listing  of  procedures 
defined  in  the  Scheme  language  see  the  Revised®  Report  on  the  Algorithmic  Language  Scheme 
[Rees  86]  or  The  SCHEME  Programming  Language  [Dybvi  87]. 
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PC  Scheme  conforms  to  the  Revised®  Report  with  minor  extensions.  These  extensions  include 
procedures  which  conform  to  Common  Lisp  expressions,  operations  to  make  input-output  easier 
than  procedures  defined  in  the  Revised®  Report,  and  routines  for  interfacing  with  the  MS  DOS 
operating  system.  PC  Scheme  implements  most  of  the  optional  procedures  defined  in  the  Revised® 
Report.  In  this  section  all  procedures  used  in  the  implementation  of  the  diagnostic  system  which 
are  considered  optional  or  are  extensions  to  the  Scheme  language  are  outlined.  This  information 
is  necessary  if  the  system  developed  in  this  project  is  to  be  ported  to  a  computer  which  uses  a 
different  version  of  Scheme. 

Optional  Procedures.  In  this  section  all  optional  Scheme  procedures  implemented  by 
PC  Scheme  and  used  in  the  implementation  of  the  diagnostic  system  are  outlined.  If  the  diag¬ 
nostic  system  is  ported  to  a  computer  which  uses  an  implementation  of  Scheme  which  does  not 
include  the  optional  procedures  described  here,  then  the  user  must  write  procedures  to  replace  the 
optional  procedures  using  the  primitive  procedures  which  are  available.  If  the  optional  procedures 
used  cannot  be  replicated  in  function,  then  procedures  in  the  diagnostic  system  will  have  to  be 
rewritten  to  accommodate  this  fact.  For  each  construct,  the  name  of  construct  is  given  with  the 
function  that  it  performs.  These  descriptions  were  taken  from  the  TI  Scheme  Language  Reference 
Manual  [Texas  87b]. 


File  Manipulation  Procedures. 

•  (op«n-input-f  il«  filename):  Opens  the  file  specified  by  filename  for  input,  and  returns  the 
port  for  the  file. 

•  (open-output-lile  ^/cname):  Opens  the  file  specified  by  filename  for  output,  and  returns 
the  port  for  the  file.  If  the  file  by  the  same  name  exists,  it  is  overwritten. 

•  (close-input-port  port):  Closes  an  input  port;  if  the  port  is  associated  with  a  file,  then  the 
file  is  closed. 

•  (close-output-port  port):  Closes  an  output  port;  if  the  port  is  associated  with  a  file,  then 
the  file  is  closed. 


String  and  Character  Manipulation  Procedures. 

•  (char-upcase  character):  Returns  the  uppercase  form  of  a  lowercase  alphabetic  character; 
otherwise  returns  the  character. 

e  (make-string  size  character):  Builds  a  string  of  characters  of  length  size  consisting  of  the 
specified  character. 
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Logical  Operators. 

•  (and  exp  . . .):  Connects  expressions  (exp)  to  form  a  compound  predicate. 

•  (or  exp  . . .):  Connects  expressions  (exp)  to  form  a  compound  predicate. 


Numeric  operators. 

•  (expt  number  exponent):  Returns  the  value  of 


Special  Forms. 

•  (do  ((var  value  update)...)  {test  exp)  stmts):  Provides  the  capability  to  perform  iteration. 
First  the  set  of  variables  var  are  assigned  initial  values  specified  by  value.  After  each  iteration, 
the  value  of  var  is  updated  using  the  expression  denoted  by  update.  After  var  is  updated, 
it  is  checked  by  test.  If  the  test  results  in  a  true  condition,  then  the  value  returned  by  the 
do  statement  is  given  by  exp.  Otherwise,  the  set  of  expressions  given  by  stmts  is  evaluated 
sequentially,  and  the  cycle  iterates. 

•  (lef*  ((war  form)...)  expl  expS  ...):  Evaluates  expressions  in  an  extended  environment. 
Variables  designated  by  var  are  local  variables  created  for  use  within  the  let*  environment. 
The  values  assigned  to  var  are  given  by  the  expressions  denoted  by  form.  The  expression 
form  may  use  the  value  of  preceding  local  variables  during  evaluation.  After  all  variables  are 
assigned  values,  then  the  expressions  expl  expi  . . .  may  use  var  when  executing.  The  value 
returned  by  let*  is  the  value  of  the  last  expression  in  the  sequence  of  expressions  expi  exp2 


MS  DOS  Interfacing  Procedures.  In  this  section,  procedures  used  to  interface  with  the 
MS  DOS  operating  system  are  described.  If  the  diagnostic  system  is  used  on  a  computer  which 
uses  a  different  operating  system,  then  the  pertinent  operating  system  interface  procedures  must 
be  substituted  for  those  described  here. 

•  (dos-delete  ^/ename):  Deletes  the  file  specified  by  filename-,  returns  an  error  if  the  file  does 
not  exist. 

•  (dos-raname  old-filename  new-filename):  Changes  the  name  of  the  file  specified  by  old- 
filename  to  the  name  given  by  new-filename-,  returns  an  error  if  the  file  does  not  exist. 

•  (f  il«-«xist8?  filename):  Returns  true  if  the  file  given  by  filename  exists;  otherwise,  returns 
false. 

Scheme  Extensions.  PC  Scheme  provides  a  set  of  extensions  to  the  Scheme  language  that 
are  not  listed  in  the  Revised^  Report.  As  with  optional  procedures,  if  the  diagnostic  system 
is  ported  to  a  computer  which  uses  an  implementation  of  Scheme  which  does  not  include  the 
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extended  procedures,  then  the  user  must  write  procedures  to  replace  the  extended  procedures  using 
the  primitive  procedures  which  are  available.  Throughout  the  implementation  effort,  extended 
procedures  were  avoided  unless  it  was  obvious  that  similar  procedures  could  be  created  using  a 
combination  of  essential  primitive  procedures. 

Object  Operators. 

•  (atom?  object):  Returns  true  if  object  is  not  a  pair;  otherwise,  returns  false. 

Numeric  Operators. 

•  (1+  number):  Returns  the  result  of  adding  1  to  number. 

•  (-1+  number):  Returns  the  result  of  subtracting  1  from  number. 

Input- Output  Procedures. 

•  (read-line  {port}):  Reads  a  sequence  of  characters  from  port  from  the  current  position  up 
to  the  next  end-of-line  or  end-of-file  and  returns  it  as  a  string,  port  may  specify  a  file  or  the 
console  (keyboard).  The  alternative  to  using  this  procedure  was  to  process  a  character  at  a 
time. 

e  (sriteln  objl  ...):  Evaluates  objects  specified  by  objl  ...  and  prints  the  results  of  the 
evaluation  to  the  current  output  port.  The  current  output  port  may  be  either  a  file  or  the 
console  (screen)  Then,  a  newline  is  output. 

•  (princ  exp  {port}):  Evaluates  the  expression  exp  and  prints  its  value  to  port. 

Summary 

In  this  chapter,  the  implementation  of  the  diagnostic  system  was  discussed.  An  introduction 
to  the  Scheme  programming  language  and  the  PC  Scheme  environment  was  presented.  After 
introducing  an  example  of  a  diagnostic  session,  the  transformation  of  data  as  it  flows  through  the 
diagnostic  system  v/as  illustrated.  Design  decisions  made  throughout  the  implementation  process 
were  highlighted.  Finally,  procedures  in  PC  Scheme  used  in  the  implementation  of  the  diagnostic 
system  which  are  either  optional  or  extensions  of  the  Scheme  programming  language  were  outlined. 

The  Scheme  programming  language  was  a  useful  medium  for  implementing  the  diagnostic 
system.  Because  equations  were  manipulated  symbolically,  experimentation  during  system  im- 
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plementation  that  would  have  been  prohibitive  with  a  conventional  programming  language  was 
feasible.  For  example,  the  use  of  the  /  =  0  form  of  an  equation  rather  than  the  p  =  1  form  was 
found  to  be  advantageous  due  to  experimentation  during  the  implementation  process.  Hence,  the 
use  of  the  Scheme  language  for  system  implementation  facilitated  better  design  decisions. 
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VII.  Results 


This  chapter  discusses  the  results  of  diagnosing  circuits  with  the  diagnostic  system.  The 
complexity  of  the  algorithm  developed  in  this  project  is  examined.  In  light  of  the  complexity, 
limitations  of  the  utility  of  a  PC-based  diagnostic  system  are  discussed.  Different  circuits  were 
used  to  validate  the  operation  of  the  system. 

Algorithm  Complexity 

The  complexity  of  the  algorithm  developed  in  this  project  is  related  to  the  growth  in  the 
number  of  terms  which  represent  a  function  as  the  number  of  variables  of  the  function  increases. 
The  primary  operation  which  produced  these  terms  wais  the  generation  of  the  Blake  canonical  form 
of  a  function — the  disjunction  of  all  of  the  prime  implicants  of  the  function.  The  processing  time 
required  to  produce  the  Blake  canonical  form  dominated  all  other  operations  which  were  performed. 
Considering  the  total  processing  time  of  all  steps  of  the  diagnostic  algorithm,  approximately  ninety 
percent  of  all  processing  was  devoted  to  the  production  of  the  Blake  canonical  form. 

For  n  variables,  the  possible  combinations  of  variables  which  can  form  terms  is  3”  —  1.  Each 
variable  occurs  in  a  term  in  one  of  three  forms;  uncomplemented,  complemented,  or  not  at  all. 
Considering  all  combinations  of  variables  in  these  three  forms,  3"  terms  are  formed.  However,  the 
“term”  formed  by  the  case  of  all  variables  not  appearing  is  subtracted  to  yield  the  figure  of  3"  —  1 . 
Thus,  an  upper  bound  on  the  number  of  terms  in  a  sum-of-products  formula  which  may  represent  an 
n- variable  Boolean  function  is  3”  —  1.  In  the  circuit  of  Figure  5.2,  the  initial  characteristic  function 
is  a  function  of  12  variables.  The  circuit  has  three  inputs,  one  output,  and  four  checkpoints;  each 
checkpoint  introduces  two  variables  to  the  characteristic  function.  Thus,  the  number  of  possible 
terms  in  a  sum-of-products  formula  representing  the  initial  characteristic  function  is; 

3'^  -  1  =  531440.  (7.1) 
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Typically,  however,  the  total  number  of  terms  in  a  formula  which  can  represent  a  given 
function  is  much  less  than  3"  —  1.  The  set  of  all  terms  in  such  a  formula  can  be  reduced  to 
a  smaller  set  of  terms  whose  disjunction  represents  the  function.  One  example  of  such  a  set  is 
the  Blake  canonical  form  of  a  function.  The  algorithm  developed  in  this  project  is  based  on  the 
production  of  the  Blake  canonical  form.  Hence,  the  complexity  of  the  diagnostic  algorithm  is  of 
the  same  order  as  the  complexity  of  generating  the  prime  implicants  of  a  function.  Studies  have 
been  conducted  which  examined  the  bounds  of  the  complexity  of  prime  implicant  generation.  One 
of  the  earliest  studies  was  done  by  Dunham  and  Fridshal;  they  developed  a  function  which  gives  a 
lower  bound  of  the  maximum  number  of  prime  implicants  with  respect  to  the  number  of  variables 
n  of  the  function  [Dunha  59].  Igarashi  developed  a  revised  lower  bound  for  the  maximum  number 
of  prime  implicants  of  a  function.  He  determined  that  the  lower  bound  developed  by  Dunham  and 
Fridshal  underestimated  the  lower  bound  of  the  maocimum  number  of  prime  implicants.  In  lieu 
of  their  lower  bound,  he  developed  a  recursive  procedure  for  determining  the  lower  bound  of  the 
maximum  number  of  prime  implicants  with  respect  to  the  number  of  variables  n  of  the  function 
[Igara  79). 

More  important  to  the  diagnostic  algorithm  developed  in  this  project  is  an  upper  bound 
on  the  maximum  number  of  prime  implicants  of  a  Boolean  function.  We  would  like  to  know  the 
greatest  number  of  prime  implicants  of  a  function  of  n  variables — an  upper  bound  on  the  size  of 
the  Blake  canonical  form  of  a  function.  Defining  a  function  sf(n)  which  is  the  maximum  number 
of  prime  implicants  of  a  Boolean  function  of  n  variables,  Chandra  and  Markowsky  developed  on 
upper  bound  for  g(n)  [Chand  78:9].  They  state  that  “g  is  a  measure  of  the  complexity  of  boolean 
functions  on  n  variables”  expressed  in  sum-of-products  form  [Chand  78.T0].  The  bound  which  they 
developed  is 


VL(2n+l)/3j; 


(7.2) 
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where 


[Chand  78:10] 

This  bound  is  0(2’^ /\/n)  [Chand  78:10].  The  complexity  of  the  diagnostic  algorithm  developed  in 
this  project  shares  the  same  upper  bound. 

One  of  the  primary  operations  used  to  form  the  Blake  canonical  form  is  consensus.  Consen¬ 
sus  in  the  Boolean  domain  is  the  analog  of  the  resolution  of  propositions  in  mechanical  theorem 
proving — the  complexity  of  each  is  the  sameT  Galil  derived  an  expression  of  the  lower  bound  of  the 
complexity  of  resolution  of  propositions.  He  showed  that 

CompH,g(n)  >  2"/72(n>«n)’  (7.4) 

where  n  is  the  number  of  variables,  and  Computg^n)  is  the  complexity  of  regular  resolution 
[Galil  75:10].  This  expression  forms  a  lower  bound  for  the  complexity  of  performing  consensus 
when  generating  the  Blake  canonical  form. 

The  diagnostic  algorithm  based  on  the  Blake  canonical  form  of  a  function  is  clearly  of  expo¬ 
nential  complexity.  The  bounds  on  the  number  of  prime  implicants  of  a  function  indicate  the  space 
complexity  of  the  algorithm;  the  lower  bound  of  the  consensus  operation  yields  a  measure  of  the 
time  complexity.  This  result  is  not  unexpected  given  that  the  complexity  of  generating  a  test  to 
detect  a  single  stuck-at  fault  is  an  NP-complete  problem  [Abadi  85:9].  However,  the  bounds  of  the 
maximum  number  of  prime  implicants  of  an  n-variable  Boolean  function  represents  a  theoretical 
worst-case  function.  In  practice,  the  number  of  prime  implicants  of  an  n-variable  function  which 
represents  a  combinational  circuit  is  far  less  than  the  maximal  number  of  prime  implicants  which 
comprise  the  theoretical  worst-case  n-variable  function. 


The  initial  characteristic  function  which  represents  a  circuit  under  diagnosis  is  in  Blake  canon¬ 
ical  form — the  disjunction  of  all  of  the  prime  implicants  of  the  function.  For  all  examples  used  in 
this  project,  the  number  of  terms  of  the  initial  characteristic  function  is  small  relative  to  the  upper 
bound  of  the  theoretical  mcixirnum  number  of  prime  implicants  for  a  Boolean  function  of  the  same 
number  of  variables.  Table  7.1  depicts  results  for  several  circuits  diagnosed  in  this  project.  Listed 
are  the  number  of  variables  which  form  the  initial  characteristic  function,  the  number  of  terms 
(prime  implicants)  which  make  up  the  function,  and  the  theoretical  upper  bound  of  the  maximum 
number  of  prime  implicants  of  a  Boolean  function  of  the  same  number  of  variables. 


Circuit 

No  of  Vars 

No  of  Terms 

Upper  Bound  of  Max  No  Terms 

Figure  7.4 

7 

15 

672 

Figure  7.1 

8 

45 

1792 

Figure  3.1 

10 

17 

15,360 

Figure  5.2 

12 

36 

126,720 

Table  7.1.  Comparison  of  Actual  Number  of  Prime  Implicants  to  the  Theoretical  Case 

While  the  data  derived  from  examples  do  not  prove  anything  about  the  complexity  of  the  approach — 
the  theoretical  analysis  yields  this  information — the  results  gathered  in  this  project  indicate  that 
the  algorithm  developed  in  this  project  is  not  altogether  unfeasible.  It  is  possible  that  the  manner 
in  which  a  Boolean  function  representing  a  circuit  is  formed  yields  a  bound  on  the  number  of  prime 
implicants  that  is  problem-specific.  For  example,  in  Table  7.1  the  circuit  of  Figure  7.1  yielded  a 
characteristic  function  which  had  more  prime  implicants  than  a  characteristic  function  of  a  greater 
number  of  variables.  Examination  of  the  circuits  referenced  by  Table  7.1  bears  out  the  fact  that 
this  circuit  included  an  XOR  gate,  whereas  the  other  circuits  did  not.  Hence,  the  number  of  prime 
implicants  which  form  the  characteristic  function  appears  to  be  dependent  on  the  composition  of 
the  gates  of  a  circuit  as  well  as  circuit  topology.  Further  research  must  be  performed  to  develop 
the  bounds  of  the  number  of  prime  implicants  of  the  characteristic  function  ais  a  function  of  circuit 
composition  and  topology,  eis  well  as  the  number  of  variables  of  the  function.  It  is  possible  that 
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such  a  bound,  if  it  exists,  is  less  than  the  bounds  developed  for  the  maximum  number  of  prime 
implicants  of  a  theoretical  n-variable  Boolean  function. 

Circuit  Diagnosis 

After  the  diagnostic  system  was  implemented,  it  was  used  to  diagnose  several  circuits  to 
validate  its  operation.  A  number  of  circuits  were  used  to  insure  the  system  could  diagnose  faults  in 
circuits  of  different  topology  and  gate  composition.  In  no  case  did  the  diagnostic  system  provide 
inaccurate  results  regarding  the  possible  state  of  faults  in  the  circuit. 

The  method  used  in  the  validation  process  was  as  follows; 

1.  Generate  a  set  of  equations  or  a  VHDL  representation  to  describe  a  given  circuit. 

2.  Assume  that  a  particular  fault  condition  has  occurred  in  the  circuit. 

3.  Use  the  circuit  description  as  an  input  to  the  diagnostic  system. 

4.  For  each  test  vector  generated  by  the  diagnostic  system,  determine  the  response  of  the  cir¬ 
cuit  under  the  assumed  fault  condition.  Input  to  the  diagnostic  system  the  faulty  circuit’s 
response. 

5.  Compare  the  output  of  the  diagnostic  system  to  the  assumed  fault  condition  to  insure  that 
the  system  diagnosed  the  proper  fault. 

About  ten  circuits  were  diagnosed  using  the  diagnostic  system.  In  many  cases,  the  same 
circuit  was  used  with  different  assumed  fault  conditions.  Figures  3.1  and  5.2  depict  two  circuits 
which  were  diagnosed  with  the  system.  A  complete  diagnostic  session  using  the  circuit  of  Figure  5.2 
is  given  in  Chapter  6;  the  circuit  was  assumed  to  have  a  stuck-at-0  fault  on  node  b. 

Figure  7.1  illustrates  another  circuit  diagnosed  by  the  system.  In  this  circuit,  it  was  assumed 
that  a  s-a-1  fault  occurred  on  the  branch  of  node  b  which  is  an  input  to  the  XOR  gate  and  a  s-a-0 
fault  occurred  on  the  branch  of  node  b  which  is  an  input  to  the  OR  gate.  The  results  of  diagnosis 
of  this  circuit  are  given  in  Figures  7.2  and  7.3. 


Figure  7.1.  Diagnosis  of  Circuit  with  XOR  Gate  and  Two  Faults 


Detection  of  Redundancy 

One  application  of  the  diagnostic  system  mentioned  in  Chapter  4  was  for  redundancy  detection 
within  circuits.  In  this  section,  an  example  is  given  to  demonstrate  this  capability. 

In  this  application,  the  correct  output  is  fed  back  to  the  diagnostic  system.  However,  the 
^  diagnostic  algorithm  is  guaranteed  to  produce  a  list  of  the  faults  that  may  exist  in  the  circuit. 

Hence,  the  procedure  produces  a  list  of  undetectable  faults  if  the  correct  outputs  are  fed  back.  The 
circuit  of  Figure  7.4  is  a  redundant  circuit  that  was  used  as  an  input  to  the  diagnostic  system.  For 
^  all  test  vectors  generated  by  the  diagnostic  system,  the  correct  output  was  fed  back  as  the  result 

of  the  test.  The  results  of  the  diagnosis  are  given  in  Figures  7.5  and  7.6. 

In  spite  of  the  fact  that  tl. '  correct  outputs  were  fed  back  to  the  diagnostic  system,  the 
f  diagnostic  system  produced  four  sets  of  possible  faults  for  the  circuit.  Clearly,  since  there  are 

undetectable  faults,  there  is  redundancy  in  the  circuit.  Hence,  the  diagnostic  system  detected  re¬ 
dundancy  in  the  circuit.  Additionally,  examination  of  the  possible  fault  locations  gives  an  indication 
^  of  the  location  of  the  redundant  nodes  in  the  circuit. 


165 


R6SUltS  4t*%*4>**^% 

The  function  that  the  circuit  sas  designed  to  perform  is: 

Z  =  B  C'  +  i  B'C 

The  function  that  the  circuit  is  performing  is; 

Z  =  A  C' 

The  actual  circuit  IS  lOT  equivalent  to  the  designed  circuit. 
****  The  following  information  is  certain  about  the  circuit  **** 
Input  nodes  (which  do  not  fanout)  that  are  normal; 

A 

C 

Input  nodes  (which  do  not  fanout)  that  are  stuck-at-0: 

— none — 

Input  nodes  (which  do  not  fanout)  that  are  stuck-at-1: 

--none — 

Input  nodes  (which  do  not  fanout)  that  are  IDT  stuck-at-0; 

— none-- 

Input  nodes  (which  do  not  fanout)  that  are  MOT  stuck-at-1: 

— none — 

Femout  nodes  that  are  normal: 

— none — 

Fanout  nodes  that  are  stuck-at-0: 

lode  B  of  gate:  F  =  A  B 
Fanout  nodes  that  are  stuck-at-l: 
lode  B  of  gate;  E  =  B  !  C 


Figure  7.2.  Diagnosis  of  Circuit  in  Figure  7.1 


Fanout  nodes  that  are  NOT  stuck-at-O: 

— none — 

Fanout  nodes  that  are  NOT  stuck-at-1: 

— none — 

System  Ferlormaoice  Metrics: 

The  number  ol  tests  run  uas:  B 
The  number  ol  possible  tests  sas:  8 

The  performance  ratio  is:  0.625 


Figure  7.3.  Diagnosis  of  Circuit  in  Figure  7.1  (cont.) 
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Results  **4t*4i4(**4i 

The  function  that  the  circuit  nas  designed  to  perform  is: 

Z  =  Y 

The  function  that  the  circuit  is  per 'orming  is: 

Z  =  Y 

The  actual  circuit  IS  equivalent  to  the  designed  circuit. 

The  following  information  is  certain  about  the  circuit 
Input  nodes  (which  do  not  fanout)  that  eire  normal: 

— none — 

Input  nodes  (which  do  not  fzinout)  that  are  stuck-at-0: 

— none — 

Input  nodes  (which  do  not  fanout)  that  iu:e  stuck-at-l: 

— none — 

Input  nodes  (which  do  not  fanout)  that  are  HOT  stuck-at-0: 
— none — 

Input  nodes  (which  do  not  fiuiout)  that  aure  HOT  stuck-at-l: 
— none — 

Fanout  nodes  that  are  normal; 

— none — 

Fanout  nodes  that  are  stuck-at-0: 

— none — 

Fanout  nodes  that  are  stuck-at-l: 

— none — 


Figure  7.5.  Diagnosis  of  a  Redundant  Circuit 


Fanout  nodes  that  are  NOT  stuck-at-0: 

— none — 

Fanout  nodes  that  are  KOT  stuck-at-1: 

Node  y  of  gate:  Z  =  A  +  Y 

****  One  of  the  following  cases  holds  for  the  circuit  **** 

****  Case  #1  **** 

Input  node  X  is  not  stuck-at-1. 

lode  Y  of  gate:  Z  =  A  +  Y  is  not  stuck-at-0. 

Rode  Y  of  gate:  A  =  X  •  Y  is  not  stuck-at-1. 

Case  #2 

Input  node  X  stuck-at-0. 

Rode  Y  of  gate:  Z  =  A  +  Y  is  not  stuck-at-0. 

Rode  Y  of  gate:  A  =  X  *  Y  is  not  stuck-at-0, 

#***  Case  #3 

Input  node  X  is  not  stuck-at-0. 

Rode  Y  of  gate:  Z  =  A  +  Y  is  not  stuck-at-O. 

Rode  Y  of  gate:  A  =  X  *  Y  is  not  stuck-at-1. 

Case  #4 

Input  node  X  is  stuck-at-1. 

Rode  Y  of  gate:  A  =  X  *  Y  is  not  stuck-at-0. 

Rode  Y  of  gate:  A  =  X  ♦  Y  is  not  stuck-at-1. 

System  Performance  Metrics: 

The  number  of  tests  nm  «as:  3 
The  number  of  possible  tests  vas:  4 

The  performance  ratio  is:  0.75 


Figure  7.6.  Diagnosis  of  a  Redundant  Circuit  (cont.) 
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System  Limitations 


Despite  the  success  of  the  diagnostic  system,  the  system  was  inefficient  for  diagnosis  of  all 
but  the  smallest  circuits.  For  example,  the  diagnostic  system  exhausted  available  memory  when 
diagnosing  the  circuit  illustrated  in  Figure  2.7.  Hence,  diagnosis  could  not  be  completed  for  that 
circuit. 

Other  circuits  with  approximately  seven  checkpoints  or  greater  could  not  be  diagnosed  with 
the  diagnostic  system.  The  memory  available  in  a  PC-based  system  severely  restricts  the  size  of  a 
circuit  that  may  be  diagnosed;  a  PC-based  system  is  insufficient  given  the  complexity  of  the  problem. 
A  subject  for  further  work  is  to  port  the  diagnostic  system  to  a  virtual-memory  environment.  Once 
the  system  is  operational  in  a  virtual-memory  environment,  a  variety  of  circuits  should  be  diagnosed 
to  make  a  judgement  regarding  the  maximum  practical  size  of  circuit  that  can  be  diagnosed  with 
this  system  and  to  better  compare  this  system  to  other  methods. 

Although  available  memory  may  be  the  limiting  factor  with  respect  to  the  size  of  circuit  that 
may  be  diagnosed,  implementation  details  may  be  a  primary  cause  for  the  inefficiency  of  the  system. 
The  Scheme  language  is  properly  tail  recursive;  however,  procedures  were  not  always  written  to 
take  advantage  of  this.  In  addition,  no  studies  were  conducted  regarding  the  data  structure  used 
to  represent  a  Boolean  formula  in  this  implementation.  The  data  structure  that  was  used  may  not 
have  been  the  most  efficient.  A  prime  example  of  an  implementation  issue  which  had  a  great  impact 
on  the  efficiency  of  the  system  was  the  use  of  the  /  =  0  versus  the  p  =  1  form  when  generating  the 
characteristic  equation;  other  issues  which  were  not  studied  may  be  just  as  critical. 


VIII.  Conclusions  and  Recommendations 


C 


Summary 

Fault  diagnosis  is  an  important  problem  in  digital  design  and  testing.  It  is  vital  to  insure 
that  circuits  in  automated  systems  perform  correctly,  and  if  they  do  not,  to  be  able  to  isolate  and 
correct  faults  that  have  occurred.  However,  there  exist  deficiencies  in  currently-available  diagnostic 
systems.  Such  systems  typically  are  based  on  restrictions  or  assumptions  which  limit  their  capa¬ 
bility.  In  most  current  systems  it  is  assumed  that  only  a  single  fault  may  exist  in  a  circuit,  or  fault 
detection  is  performed  but  not  fault  location.  The  goal  of  this  thesis  was  to  develop  a  diagnostic 
system  which  overcomes  many  of  the  limitations  which  restrict  current  systems.  Using  a  circuit 
model  based  on  Boolean  equations  and  a  reasoning  method  called  Boolean  reasoning,  a  diagnostic 
algorithm  was  developed  which  adaptively  locates  multiple  stuck-at  faults  in  combinational  circuits. 

A  fault  model  was  developed  to  mathematically  model  the  state  of  faults  in  the  circuit. 
The  circuit  description  and  the  checkpoint  fault  model  are  processed  to  derive  a  single  Boolean 
characteristic  equation.  The  characteristic  equation  is  used  to  generate  effective  tests  vectors  which 
are  used  as  inputs  to  the  actual  circuit  under  test.  After  a  test  vector  has  been  input  to  the  circuit, 
the  output  is  observed.  The  state  of  the  circuit  output  is  input  to  the  diagnostic  system  which  uses 
it  to  derive  new  information  about  the  circuit  under  test  and  to  update  the  characteristic  equation. 
The  new  information  which  is  developed  places  constraints  on  the  process  of  test  generation;  hence, 
a  set  of  tests  produced  by  the  system  is  near-minimal.  Tests  are  conducted  repetitively  until  it  is 
determined  that  further  information  cannot  be  derived  from  testing,  at  which  point  the  diagnostic 
system  determines  the  function  that  the  actual  circuit  is  performing  in  addition  to  the  nature  and 
location  of  faults  in  the  actual  circuit. 

After  development  of  the  diagnostic  algorithm,  a  software  architecture  was  developed  for  the 
system.  Defined  in  this  architecture  were  the  functions  of  modules  in  the  system,  user  interfaces,  and 
data  to  be  passed  between  the  modules.  A  circuit  description  which  can  be  input  to  the  diagnostic 
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system  can  take  one  of  two  forms:  Boolean  equations  or  statements  in  the  V’HSIC  Hardware 

I 

Description  Language  (VHDL).  The  output  of  the  system  includes  equations  which  describe  the 
actual  and  designed  function  of  the  circuit  under  test,  a  listing  of  all  node  conditions  which  can  be 
determined  with  certainty,  and  a  listing  of  ail  possible  fault  conditions.  The  locations  of  faults  are 
determined  to  within  irreducible  equivalence  classes. 

The  diagnostic  system  was  implemented  with  the  Scheme  programming  language.  The  use 
of  a  symbolic  language  facilitated  experimentation  throughout  the  implementation  process;  such 
experimentation  would  not  have  been  feasible  using  a  conventional  programming  language.  A 
variety  of  circuits  were  diagnosed  successfully  using  the  diagnostic  system;  however,  the  limitations 
of  a  PC-based  implementation  severely  restricted  the  size  of  circuits  that  could  be  diagnosed. 

Assessment 

The  diagnostic  system  developed  in  this  project  overcomes  many  of  the  limitations  of  systems 
developed  previously.  The  system  can  adaptively  locate  multiple  stuck-at  faults  in  combinational 
circuits.  Other  applications  include  generation  of  fault  detection  test  sets,  detection  of  circuit 
redundancy,  and  evaluation  of  fault-detection  test  sets.  The  use  of  constraints  to  guide  the  test 
vector  generation  process  insures  that  a  near-minimal  test  set  is  generated.  The  system  does 
not  require  processing  which  is  necessary  in  other  techniques.  A  transformation  of  the  circuit 
representation  is  not  required.  A  masking  analysis  does  not  have  to  be  performed  to  insure  that 
all  faults  are  covered  by  the  test  set.  Additionally,  a  priori  fault  enumeration  is  not  required. 

The  implementation  of  the  system  can  accept  either  Boolean  equations  or  VHDL  descriptions 
to  represent  the  circuit  under  test.  The  output  of  the  diagnostic  system  is  the  function  that  the 
circuit  is  performing  and  the  location  of  faults  to  within  irreducible  equivalence  classes. 

The  circuit  and  fault  models  used  by  the  diagnostic  algorithm  impose  several  limitations 
on  the  system.  Diagnosis  of  the  circuit  only  can  be  performed  at  the  gate  level  and  diagnosis 


172 


is  limited  to  classical  faults.  Additionally,  the  algorithm  was  restricted  to  handling  single-output 
combinational  circuits.  Another  limitation  of  the  algorithm  is  that  it  cannot  detect  an  erroneous 
model  for  the  circuit  under  test. 

The  implementation  of  the  diagnostic  system  imposes  restrictions  on  the  circuit  under  test. 
Because  of  the  manner  in  which  fanout  branches  are  handled,  a  fanout  node  may  have  no  greater 
than  ten  fanout  branches.  The  memory  available  in  a  PC-based  system  restricts  the  size  of  a 
circuit  that  may  be  diagnosed.  Circuits  with  greater  than  seven  checkpoints  could  not  be  diagnosed 
because  of  memory  limitations.  This  limitation  is  due  to  the  exponential  time-space  complexity  of 
the  diagnostic  algorithm.  Another  limitation  of  the  system  is  that  a  file  which  describes  the  circuit 
under  test  may  have  no  greater  than  16383  characters. 

Conclusions 

This  work  has  successfully  employed  Boolean  reasoning  in  the  task  of  adaptively  locating 
multiple  faults  in  digital  circuits.  A  diagnostic  system  was  designed  and  implemented  that  can 
locate  faults  in  a  single-output  combinational  circuit.  The  system  accepts  either  a  set  of  Boolean 
equations  or  VHDL  statements  which  describe  the  circuit;  it  uses  the  structural  information  about 
the  circuit  to  generate  tests  which  yield  further  knowledge  about  the  state  of  the  circuit;  after  the 
completion  of  testing,  it  produces  an  equation  which  describes  the  function  of  the  faulty  circuit  as 
well  as  the  locations  of  faults  to  within  irreducible  equivalence  classes.  All  tests  generated  by  the 
system  are  effective  and  knowledge  is  used  to  guide  the  input-output  experiment;  hence,  the  set  of 
tests  produced  by  the  system  is  near-minimal. 
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The  symbolic  programming  language  Scheme  is  extremely  useful  as  an  implementation  medium 
for  Boolean  processes.  The  ease  with  which  equations  can  be  represented  symbolically  facilitated 
experimentation  during  system  implementation  that  would  have  been  prohibitive  with  a  conven¬ 
tional  programming  language.  Perhaps  the  combination  of  Boolean  reasoning  and  the  Scheme 
language  can  be  applied  to  other  problems  that  have  not  been  solved  in  the  area  of  digital  design 
and  testing. 

Despite  the  success  of  this  project,  the  model  and  reasoning  method  are  inefficient  for  diagnosis 
of  all  but  the  smallest  circuits.  On  a  personal  computer  with  640K  of  memory,  the  system  exhausted 
available  memory  on  circuits  with  greater  than  six  or  seven  checkpoints.  Diagnosis  of  a  VLSI-level 
circuit  with  the  diagnostic  system  is  unthinkable  at  this  point.  A  personal  computer  is  insufficient 
for  the  implementation  of  an  algorithm  with  exponential  time-space  complexity. 

The  capability  of  the  system  may  be  limited  by  implementation  details.  Different  ways  of 
implementing  algorithms  have  a  great  impact  on  the  size  of  circuit  that  can  be  diagnosed.  The 
clearest  example  of  this  in  this  project  was  the  formation  of  the  characteristic  equation  representing 
the  circuit.  The  derivation  of  the  p  =  1  form  of  the  circuit  took  significantly  longer  than  the  /  =  0 
form.  Furthermore,  the  terms  of  the  formula  derived  in  the  p  =  1  form  had  significantly  more  literals 
than  terms  of  the  /  =  0  form.  It  wais  important  to  use  the  /  =  0  form  in  this  case  because  the 
production  of  a  formula  with  fewer  terms  and  literals  takes  less  memory  space,  hence  efficiency  of 
the  system  is  improved.  Although  this  particular  issue  was  studied  in  depth,  other  implementation 
details  were  not  studied  with  respect  to  efficiency. 
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Recommendations 

This  project  lays  the  groundwork  for  further  work  in  fault  diagnosis  in  general  and  for  im¬ 
provement  of  this  approach  in  particular.  Topics  for  study  include  improvement  of  the  existing 
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system,  extension  of  the  circuit  model  and  algorithm,  and  exploration  of  new  models  and  rezisoning 


methods. 

Improvement  of  Existing  System.  The  diagnostic  system  implemented  in  this  project  can 
be  improved  in  a  number  of  ways.  These  include  integrating  features  not  currently  incorporated 
in  the  system,  porting  the  system  to  a  larger  machine,  revising  routines  to  maximize  efficiency, 
devising  and  implementing  heuristics  for  test  generation,  and  allowing  the  input  of  structural  VHDL 
descriptions  into  the  system. 

A  number  of  ideas  were  mentioned  which  can  easily  be  integrated  into  the  existing  diagnostic 
system.  With  a  minimum  of  effort,  the  system  can  be  extended  to  perform  automatic  test  pattern 
generation  for  a  given  circuit.  When  the  diagnostic  system  generates  a  test,  the  correct  circuit 
output  could  be  fed  back  it.  The  system  would  continue  to  generate  tests  until  enough  information 
is  available  to  validate  that  checkpoints  representing  detectable  faults  are  normal.  The  resulting 
test  set  would  be  near-minimal.  The  correct  circuit  output  guides  the  system  to  generate  effective 
tests;  when  several  tests  are  generated  at  once,  however,  there  is  no  guarantee  that  the  test  chosen 
insures  that  the  resulting  test  set  is  minimal.  The  cost  of  generating  the  correct  circuit  output  is 
negligible  relative  to  that  of  generating  the  test. 

The  system  should  be  modified  to  allow  the  user  to  designate  the  points  in  the  circuit  that  he 
believes  are  faulty.  The  system  would  then  generate  the  tests  required  to  determine  the  states  of 
these  designated  test  points.  Thus,  tests  can  be  generated  to  detect  specific  faults.  If  the  number 
of  these  points  is  small,  the  system  can  probably  generate  tests  for  moderate-sized  circuits.  The 
characteristic  equation  of  the  circuit  gets  larger  as  a  function  of  the  number  of  primary  inputs 
and  test  points.  However,  while  an  extra  input  introduces  a  new  variable,  a  test  point  causes  the 
addition  of  two  variables  to  the  equation.  Thus,  the  system  equation  grows  multiplicatively  with 
the  number  of  test  points.  Consequently,  if  the  number  of  test  points  is  kept  low,  the  system  could 
be  used  to  generate  tests  for  fault  detection  in  larger  circuits. 
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Another  feature  which  can  be  implemented  is  the  evaluation  of  a  pre-computed  test  set.  A 
pre-computed  test  set  can  be  evaluated  by  the  system  by  adding  to  the  characteristic  equation  each 
test  with  the  respective  correct  circuit  response.  This  is  done  in  the  same  way  that  a  test  and 
response  are  added  to  the  characteristic  equation  in  adaptive  testing.  After  all  tests  and  responses 
have  been  assimilated  into  the  characteristic  equation,  the  system  can  determine  whether  there 
exist  effective  test  vectors  which  are  not  a  member  of  the  test  set. 

Before  further  work  is  done  on  the  current  diagnostic  system,  it  should  be  ported  to  a  virtual- 
memory  computing  environment  to  analyze  the  utility  of  the  approach  for  medium-  to  large-sized 
circuits.  Support  routines  must  be  written  to  make  existing  code  compatible  with  the  Scheme 
environments  available  on  large-scale  machines.  These  modifications  are  minor  in  scale.  Once  the 
system  is  operational  on  a  larger  machine,  a  number  of  circuits  should  be  diagnosed  to  obtain 
comparisons  of  this  approach  with  other  methods.  Then  the  system  should  be  analyzed  to  evaluate 
whether  the  current  approach  is  practical. 

It  is  possible  that  the  implementation  of  the  algorithm  is  causing  a  large  part  of  the  cur¬ 
rent  inefficiency  of  the  system.  Implementations  details  should  be  studied  further  and  modified 
if  required.  Scheme  is  properly  tail-recursive;  however,  procedures  in  the  system  were  not  always 
written  to  take  advantage  of  this  efficiency.  Additionally,  no  studies  were  conducted  regarding  the 
data  structures  used  in  the  implementation — the  choices  made  may  not  have  been  optimal. 

An  idea  which  would  make  the  system  more  efficient  is  the  integration  of  heuristics  into  the 
diagnostic  process.  For  example,  the  system  could  start  with  a  subset  of  the  circuit  checkpoints. 
The  characteristic  equation  could  be  generated  using  this  subset.  Once  a  checkpoint  is  validated  to 
be  normal  through  testing,  another  checkpoint  could  then  be  added  to  the  characteristic  equation. 
Furthermore,  when  a  checkpoint  is  verified  to  be  normal,  all  checkpoints  between  it  and  a  primary 
output  must  also  be  normal  by  path  sensitization.  Thus,  all  of  these  checkpoints  could  be  elimi¬ 
nated  from  consideration.  This  type  of  iterative  approach  would  limit  the  combinatoric  explosion 


engendered  by  the  checkpoints.  A  heuristic  could  be  developed  which  shows  how  to  choose  the 
initial  subset  of  the  circuit  checkpoints.  Also,  heuristics  may  exist  which  can  better  guide  the  test 
generation  process. 

Another  way  to  improve  the  existing  system  is  to  allow  the  use  of  structural  VHDL  circuit 
descriptions.  The  current  implementation  constrains  the  user  to  a  restricted  form  of  dataflow 
description — in  essence  a  “flat”  description  of  the  circuit.  Structure  is  then  inferred  from  this 
description.  This  is  not  appropriate  for  large  circuits,  because  a  circuit  is  typically  described 
hierarchically.  Thus,  a  mechanism  should  be  devised  to  convert  structural  view  circuit  descriptions 
to  the  representation  required  by  the  diagnostic  system — such  tis  the  intermediate  form  developed 
in  this  project.  A  true  parser  was  not  used  in  this  project;  the  integration  of  structural  VHDL 
would  necessitate  the  development  of  such  a  parser.  An  augmented  transition  network  parser  is 
one  possible  approach  [Tanim  87'.349].  Furthermore,  a  sophisticated  file-handling  mechanism  would 
have  to  be  developed  to  allow  the  use  of  VHDL  descriptions  which  are  stored  in  different  files. 

Extension  of  the  Model  and  Algorithm.  The  current  algorithm  was  developed  to  diag¬ 
nose  classical  faults  in  single-output  combinational  circuits.  This  limits  the  utility  of  the  procedure 
for  circuits  typically  found  on  integrated  circuit  chips.  Circuits  may  be  combinational  or  sequential; 
they  normally  have  multiple  rather  than  single  outputs;  and  they  may  have  nonclassical  eis  well  as 
stuck-at  faults.  Furthermore,  the  number  of  variables  introduced  into  the  characteristic  equation 
severely  limits  the  applicability  of  this  system  for  large  circuits.  Means  of  limiting  the  number  of 
variables  should  be  explored.  It  may  be  possible  to  modify  the  circuit  model  and  the  algorithm 
used  by  the  system  to  accommodate  multiple-output  sequential  circuits  as  well  as  nonclassical  fault 
diagnosis. 

Multiple-output  circuits  are  extensions  of  single-output  circuits.  The  test  generation  algo¬ 
rithm  as  well  as  the  result  interpretation  procedure  should  be  modified  to  generalize  the  system 
to  handle  an  arbitrary  number  of  outputs.  However,  the  diagnosis  of  sequential  circuits  is  a  far 
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more  complex  task.  Research  should  be  done  to  develop  algebraic  techniques  that  can  applied  to 
sequential  circuit  diagnosis.  Perhaps  the  best  approach  would  be  to  blend  other  techniques  with 
algebraic  methods  to  locate  faults  in  sequential  circuits. 

Another  restriction  of  the  current  system  is  that  diagnosis  is  limited  to  classical  faults.  Other 
fault  models  should  be  integrated  into  the  system.  This  could  be  done  in  a  number  of  ways.  One 
technique  is  to  transform  a  switch-level  CMOS  circuit  into  a  logic-gate  equivalent  network  and 
generate  tests  for  the  equivalent  circuit.  Tests  for  stuck-at  faults  in  the  equivalent  circuit  have 
been  shown  to  detect  stuck-open  and  stuck-on  faults  in  the  switch-level  circuit.  Hence,  the  system 
should  accept  a  transistor-level  circuit  description,  transform  it  into  an  equivalent  logic-level  circuit 
representation,  and  diagnose  the  equivalent  circuit.  Faults  located  in  the  logic  description  would 
map  into  transistor-level  faults.  If  bridge  faults  are  of  concern,  then  an  algebraic  model  could  be 
developed  to  facilitate  generation  of  tests  to  detect  and  locate  these  faults. 

Since  a  limitation  of  the  diagnostic  system  is  the  growth  of  the  number  of  terms  in  the 
characteristic  equation  as  the  number  of  checkpoint  variables  gets  large,  one  area  of  study  would 
be  to  use  a  different  model  which  would  yield  fewer  variables.  Cha’s  definition  of  prime  faults 
is  an  example  of  one  possible  circuit  model.  Another  way  to  limit  the  number  of  variables  in 
the  characteristic  equation  would  be  to  devise  a  method  to  partition  a  circuit.  A  circuit  would 
be  partitioned  into  testable  subcircuits.  Each  subcircuit  would  be  tested  in  turn;  tests  would  be 
generated  to  determine  whether  or  not  a  subcircuit  is  faulty.  Test  points,  located  at  the  inputs  and 
outputs  of  a  subcircuit,  would  be  the  only  points  which  would  cause  the  generation  of  variables  in 
the  characteristic  equation.  This  type  of  hierarchical  testing  may  be  the  most  practical  approach 
to  testing  complex  circuits. 

New  Models  and  Reasoning  Methods.  Given  the  exponential  growth  of  equations  in 
Boolean-based  models  as  the  number  of  variables  increases,  a  different  approach  to  fault  diagnosis 
may  be  useful.  Another  type  of  model  and  reasoning  method  may  minimize  the  number  of  variables 
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as  well  as  be  better  suited  for  hierarchical  diagnosis  of  circuits.  Other  methods  that  have  been 
successfully  used  for  fault  location  include  line-deduction  methods  and  approaches  based  on  artificial 
intelligence.  Of  these,  artificial  intelligence  approaches  are  the  most  promising. 

The  model  used  in  this  system  constrains  diagnosis  to  gate-level  components  of  a  circuit. 
Line-deduction  fault  location  methods  have  the  same  limitation.  However,  artificial  intelligence 
approaches  have  been  shown  to  be  useful  for  diagnosis  at  varying  levels  of  abstraction.  Logic-based 
models  have  been  used  to  describe  and  diagnose  gate-level  components  as  well  as  functional-level 
elements  of  digital  systems.  Inherent  in  these  approaches  is  the  ability  to  mix  representations  at 
differing  levels  of  abstraction  within  a  single  circuit  description.  This  is  useful,  because  portions 
of  a  circuit  which  are  not  being  diagnosed  or  which  are  known  to  be  functional  can  be  modeled 
by  a  higher-level  view  while  the  part  of  the  circuit  that  is  suspected  to  be  faulty  can  be  modeled 
structurally.  In  essence,  the  section  of  the  circuit  that  is  not  in  the  process  of  being  diagnosed  is 
collapsed;  not  having  to  represent  all  gates  in  the  circuit  would  make  a  diagnostic  system  more 
efficient. 

Current  diagnostic  systems  are  typically  based  on  generation  of  tests  to  detect  and  locate 
particular  types  of  faults,  e.g.,  stuck-at  faults.  Models  based  on  artificial  intelligence  are  not  based 
on  assumptions  of  specific  types  of  faults.  These  types  of  models  depict  circuit  components  as 
predicates;  a  predicate  which  is  shown  to  be  false  indicates  a  faulty  component.  The  type  of  fault 
is  irrelevant  in  this  approach,  only  the  fact  that  an  element  does  not  work  properly.  This  example 
is  typical  of  the  flexibility  intrinsic  to  AI  techniques. 

It  is  widely  recognized  that  currently  existing  diagnostic  systems  are  insufficient  to  generate 
tests  to  detect  and  locate  faults  in  VLSI  systems.  Given  this  situation,  research  in  new  techniques 
for  fault  diagnosis  will  necessarily  continue.  Artificial  intelligence  approaches  should  be  explored 
to  develop  an  adaptive  diagnostic  system  for  VLSI-class  circuits. 


179 


Appendix  A.  Terminology  in  Fault  Diagnosis 


Adaptive  experiment:  An  experiment  in  which  the  choice  of  test  vectors  is  based  on  the  re¬ 
sponses  of  a  circuit  to  previous  test  vectors  [Lala  85:51]. 

Architecture  body:  The  architecture  body  describes  the  function  of  the  VHDL  design  entity. 
Hence,  the  architecture  body  “specifies  the  relationships  between  the  inputs  and  outputs  of 
a  design  entity”  [IEEE  88:1-6]. 

Behavioral  VHDL:  The  view  of  VHDL  which  is  used  to  algorithmically  describe  the  function  of 
a  circuit  or  component.  This  form  would  not  necessarily  embody  the  structure  of  a  design, 
rather  it  describes  how  it  acts. 

Bridging  fault:  A  logical  fault  in  which  two  lines  are  shorted  together. 

Characteristic  equation:  An  equation  which  represents  the  function  and  fault  conditions  of  a 
circuit,  denoted  by  4>(r,  y,  z)  =  0.  The  term  “characteristic”  was  used  in  a  similar  manner  by 
Cerny  in  discussing  characteristic  functions  of  a  circuit  [Cerny  76]. 

Characteristic  function:  The  function  <^(x,y,  z)  which  represents  the  function  and  fault  condi¬ 
tions  of  a  circuit.  Setting  this  function  equal  to  0  yields  the  characteristic  equation. 

Checkpoints:  All  primary  inputs  which  do  not  fanout  and  all  fanout  branches  in  a  combinational 
network.  Developed  by  Bossen  and  Hong  to  simplify  the  process  of  generating  test  sets  to 
detect  multiple  faults. 

Checkpoint  variables:  The  variables  which  represent  the  state  of  the  checkpoints.  Derived  from 
the  variables  that  Poage  developed  to  represent  the  state  of  each  line  in  the  circuit. 

Classical  fault:  Stuck-at  fault. 

CombinationeJ  circuits:  Circuits  whose  outputs  are  dependent  solely  on  their  current  input 
values,  i.e.,  circuits  whose  outputs  are  totally  independent  of  previous  input  values. 
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Constraint  propagation:  A  problem-solving  approach  in  which  the  state  of  variables  is  limited 
by  restrictions  placed  on  them.  These  restrictions  are  called  constraints.  After  a  sufficient 
number  of  constraints  are  gathered,  a  given  variable’s  value  may  be  derived.  Once  this  occurs, 
variables  dependent  on  this  variable  are  in  turn  limited  in  value.  This  is  called  propagation 
of  constraints.  [Tanim  87:124]. 

Constraint  suspension:  The  method  used  by  Davis  to  deduce  which  component  is  acting  in  a 
manner  inconsistent  with  its  design  description.  In  this  method,  the  intended  behavior  of  the 
system  under  test  is  a  collection  of  constraints,  or  constraint  network,  in  which  each  constraint 
corresponds  to  the  expected  behavior  of  one  of  the  system  components.  These  constraints  are 
derived  from  the  initial  component  descriptions.  During  testing,  constraints  are  removed  from 
the  collection  of  constraints  until  one  retraction  leaves  the  constraint  network  in  a  consistent 
state  [Davis  85:518]. 

Dataflow  VHDL:  The  view  of  VHDL  which  describes  a  circuit  or  component  by  a  collection  of 
VHDL  signal  assignment  statements. 

Design  entity:  “...the  primary  hardware  abstraction  in  VHDL”  [IEEE  88:1-1].  Any  part  of  a 
design  which  has  a  specified  function  and  interface  can  be  represented  as  a  design  entity  in 
VHDL.  This  entity  can  represent  an  entire  design,  a  circuit,  subcircuit,  or  a  specific  com¬ 
ponent.  Each  design  entity  in  VHDL  is  defined  by  two  items,  an  entity  declaration  and  an 
architecture  body  [IEEE  88:1-1]. 

Detectable  faults:  Faults  whose  existence  can  be  determined  by  a  diagnostic  experiment.  Re¬ 
dundant  faults  are  not  detectable. 

Effective  test:  A  test  in  which  the  outcome  is  not  predictable.  Only  under  this  circumstance  can 
new  information  be  derived  from  the  test  [Genes  84:423]. 


Entity  declaration:  The  entity  declaration  is  the  portion  of  a  design  entity  which  describes  the 
interface  between  a  VHDL  design  entity  and  the  environment  in  which  it  is  instantiated 
[IEEE  88:1-1]. 

Equivalence  class:  A  set  which  includes  all  equivalent  faults.  A  test  which  detects  one  fault  in 
an  equivalence  class  detects  all  faults  in  the  equivalence  class.  Also  called  a  fault  class. 

Equivalent  circuits:  Two  circuits  are  said  to  be  equivalent  if  their  input-output  behavior  is  in¬ 
distinguishable. 

Equivalent  faults:  Faults  which  have  the  same  effect  on  the  input-output  behavior  of  a  circuit. 

Essential  procedures:  Primitive  procedures  which  must  be  included  in  an  implementation  of  the 
Scheme  language  as  defined  by  the  Revised®  Report  on  the  Algorithmic  Language  Scheme. 
[Rees  86:39] 

Experiment:  The  application  of  a  test  set  to  a  circuit  and  the  observation  of  its  reaction.  If 
the  observed  outputs  differ  from  a  pre-computed  set  of  expected  outputs,  then  a  fault  «  cs 
detected  in  the  circuit. 

Fanout:  A  point  at  which  several  lines  diverge  from  a  common  originating  line.  The  originating 
line  is  called  the  fanout  stem,  the  others  the  fanout  branches. 

Fanout  branch:  A  line  diverging  from  a  fanout  stem. 

Fanout  stem:  The  originating  line  at  a  fanout. 

Fanout-free  circuit:  A  circuit  without  fanouts. 

Fault:  Any  physical  discrepancy  in  a  circuit  [Fujiw  85,  Lala  85]. 

Fault  collapsing:  A  process  in  which  faults  are  combined  based  on  a  study  of  the  circuit  to  be 
diagnosed  [Scher  72:859].  Thus,  tests  are  developed  for  classes  of  faults  rather  than  individual 
fault  cases. 
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Fault  coverage:  The  percentage  of  the  total  number  of  possible  faults  in  the  circuit  that  a  test 
set  may  detect  [Fujiw  85:17]. 

Fault  detection:  The  determination  that  faults  exist  in  a  circuit. 

Fault  diagnosis:  The  process  of  determining  whether  faults  exist  in  a  system  (fault  detection)  or 
locating  those  that  do  (fault  location)  [Abram  80,  Lala  85,  Solan  86].  Some  authors  consider 
fault  detection  to  be  distinct  from  fault  diagnosis,  equating  fault  diagnosis  and  fault  location 
[Fujiw  85,  Roy  74]. 

Fault  dictionary:  A  table  in  which  the  specific  faults  detected  by  the  test  vectors  in  a  test  set 
are  enumerated.  The  response  of  a  circuit  to  the  test  set  is  compared  to  the  entries  of  the 
dictionary  to  determine  which  faults  were  detected  by  the  test  set. 

Fault  location:  The  localization  of  faults  in  a  circuit  [Abram  80:452].  Some  authors  equate  fault 
location  with  fault  diagnosis  [Fujiw  85,  Roy  74]. 

Fault  masking:  A  fault,  /,  masks  another  fault,  /',  for  a  given  test  vector,  when  /'  would  normally 
be  detected  by  the  test  vector  if  it  occurred  as  a  single  fault,  but  would  not  be  detected  by 
the  same  test  vector  if  both  /  and  /'  occurred  simultaneously  [Fridr  74:855]. 

Fault  model:  A  representation  of  the  type  of  faults  that  may  occur  in  a  circuit.  The  most  common 
is  the  stuck-at  fault  model.  A  fault  model  is  used  to  generate  diagnostic  tests  for  a  circuit. 

Headlines:  A  line  “that  drives  a  gate  that  is  part  of  a  reconvergent  fanout  loop”  [Kirkl  88:52]. 
Additionally,  a  headline  must  be  an  output  node  of  a  gate  in  which  the  predecessor  gates  are 
not  part  of  any  fanout  loop. 

Image  logic  network:  The  gate-level  view  of  the  circuit  which  is  the  result  of  a  transformation 
from  a  transistor-level  view  to  a  gate-level  circuit  description  [Roth  84:59]. 

Intermittent  faults:  Temporary  faults  that  appear  on  some  regular  basis. 

Irredundant  circuit:  A  nonredundant  circuit. 
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Irredundant  faults:  Faults  which  are  not  redundant. 

Logical  faults:  Faults  which  cause  “the  logical  function  of  a  circuit  element  (or  elements)  or  an 
input  signal  to  be  changed  to  some  other  function”  [Breue  76b:15]. 

Masking  analysis:  An  analysis  in  which  all  cases  in  which  one  fault  masks  another  for  a  given 
test  set  is  determined. 

Non-logicsd  faults:  All  faults  that  are  not  logical  faults.  Also  called  parametric  faults. 

Nonredundsmt  circuit:  A  circuit  which  is  not  redundant.  Also  called  an  irredundant  circuit. 

NP-complete  problem:  A  problem  that  cannot  be  solved  by  an  algorithm  in  polynomial  time. 

Parametric  faults;  Non-logical  faults. 

Permanent  faults:  Faults  which  do  not  change  over  time.  Also  called  solid  faults. 

Physical  fault:  A  physical  defect  in  a  circuit. 

Preset  experiment:  An  experiment  in  which  the  entire  test  set  is  specified  in  advance.  Virtually 
all  fault  detection  experiments  are  preset  [Lala  85:51). 

Primary  inputs:  “The  externally  accessible  input  pins  of  a  circuit  through  which  we  can  inject 
logical  values  into  the  circuit”  [Kirkl  88:48). 

Primary  outputs:  “The  externally  accessible  output  pins  of  the  circuit  through  which  we  can 
observe  logical  values  from  the  circuit”  [Kirkl  88:48). 

Primitive  procedures:  Predefined  procedures  in  an  implementation  of  the  Scheme  programming 
language  which  may  be  evaluated  at  any  time  within  a  Scheme  environment. 

R^convergent  fanout:  A  condition  such  that  at  leEist  two  fanout  branches  from  the  same  fanout 
form  paths  which  come  together  at  inputs  to  one  or  more  gates  between  the  fanout  and  a 
primary  output. 

Redundant  circuit:  One  in  which  there  exists  a  line  which  could  ^'e  cut  without  changing  the 
function  implemented  by  the  circuit  [Nagle  75:497). 
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Redundant  faults:  Faults  that  cannot  be  detected  by  a  diagnostic  experiment,  because  a  circuit 
performs  correctly  even  though  they  exist.  These  faults  are  named  as  such  because  they  occur 
in  the  lines  of  a  redundant  circuit  which  could  be  cut  without  changing  the  function  of  the 
circuit. 

Sequential  circuits:  Circuits  with  some  form  of  memory,  i.e.,  circuits  whose  outputs  depend  on 
previous  values  of  the  inputs  and/or  the  outputs  as  well  as  current  values  of  the  inputs. 

Signal  assignment  statement:  A  VHDL  statement  of  the  form 

target  <=  vavalom 

where  target  is  a  signal  which  receives  the  value  of  «avelonn.  Waveform  is  composed  of  a 
collection  of  signals  and  operators  which  combine  to  form  a  value  which  is  then  assigned  to 
target.  [IEEE  88:8-3] 

Solid  faults:  Permanent  faults. 

Structural  VHDL:  The  view  of  VHDL  which  describes  a  design  entity  by  a  collection  of  lower- 
level  design  entities,  e.g.,  a  combinational  logic  circuit  can  be  described  by  a  collection  of 
design  entities  representing  the  different  types  of  gates  that  compose  the  circuit.  Each  of  the 
gates  would  have  their  own  associated  entity  declaration  and  architecture  body. 

Stuck-at  faults:  Logical  faults  in  which  a  line  is  constantly  at  a  high  voltage  level  {stuck-at-1)  or 
at  a  low  level  {stuck-at-0)  [Al-Ar  87b:360]. 

Stuck-at-0  fault:  A  fault  in  which  a  line  is  constantly  at  a  low  voltage  level  resulting  in  a  constant 
“0”  on  the  line  (positive  logic). 

Stuck-at-1  fault:  A  fault  in  which  a  line  is  constantly  at  a  high  voltage  level  resulting  in  a  constant 
“1”  on  the  line  (positive  logic). 


Stuck'On  fault:  A  fault,  unique  to  the  MOS  technology  used  in  integrated  circuits,  in  which  a 
transistor  is  stuck  in  a  closed  or  on  state.  MOS  transistors  are  switches  which  are  either  open 
(off)  or  closed  (on). 

Stuck-open  fault:  A  fault,  unique  to  the  MOS  technology  used  in  integrated  circuits,  which  makes 
a  combinational  circuit  element  into  a  sequential  element.  Stuck-open  faults  are  caused  by 
a  transistor  getting  disconnected  from  the  circuit  due  to  being  stuck  in  an  open  state.  MOS 
transistors  are  switches  which  are  either  open  (off)  or  closed  (on).  [Al-Ar  87b:360] 

Temporary  fault:  A  fault  which  changes  with  time.  The  two  types  of  temporary  faults  are 
transient  and  intermittent  faults  [Lala  85:20]. 

Test:  The  application  of  a  single  test  vector  to  a  circuit. 

Test  set;  A  sequence  of  test  vectors  applied  to  a  circuit  in  a  diagnostic  experiment.  The  test 
vectors  may  be  applied  either  in  a  predesignated  sequence  or  in  an  arbitrary  sequence. 

Test  vector:  An  array  of  signals  simultaneously  applied  to  all  inputs  of  a  circuit  during  a  test. 

Transient  faults;  Temporary  faults  that  occur  arbitrarily. 

Transformation:  Typically  involves  the  conversion  from  one  view  of  a  circuit  to  another.  For 
example,  a  transistor-level  view  of  the  circuit  may  be  transformed  to  a  gate-level  description. 
A  diagnostic  system  then  operates  on  the  new  view;  tests  generated  for  the  new  view  detect 
faults  which  occur  in  the  original  representation  of  the  circuit. 

Value  justification:  A  process  used  in  effect-cause  analysis  in  which  an  attempt  is  made  to  justify 
the  states  of  internal  nodes  in  a  circuit  depending  on  how  the  circuit  responded  to  a  given 
test  vector  [Abram  80:454). 

VHDL:  The  VHSIC  Hardware  Description  Language,  an  IEEE  standard  hardware  description 
language  used  for  specifying  and  simulating  digital  systems. 

VLSI:  Very  Large  Scale  Integration.  Devices  which  contain  greater  than  5000  gates  [Johns  87:72). 


Appendix  B.  Fundamentals  of  Boolean  Algebra 


Definitions 

An  algebra  is  characterized  by  three  components: 

1.  A  set,  called  a  carrier, 

2.  Operations  defined  on  the  carrier,  and 

3.  Distinct  members  of  the  carrier  which  are  called  constants  of  the  algebra. [Staiia  77:301] 

In  addition  to  these  components,  an  algebra  has  associated  axioms.  A  closed  algebraic  system  is 
governed  by  the  Law  of  Substitution  which  states  that  two  expressions  are  said  to  be  equal  if  one 
can  be  replaced  by  the  other  [Nagle  75:55] . 

A  Boolean  algebra  is  a  closed  algebraic  system  denoted  by  the  quintuple 

<B.+,-,0,l>  (B.l) 

where 


•  B  is  the  carrier  of  the  algebra, 

•  +  and  •  are  binary  operations  defined  on  B,  and 

•  0  and  1  are  the  constants  of  B. 

The  operator  is  called  AND.  An  expression  of  the  form  a  •  6  is  called  a  conjunction. 

The  operator  +  is  called  OR.  4n  expression  of  the  form  a  +  6  is  called  a  disjunction. 

The  ♦  symbol  is  often  used  in  lieu  of  the  ■  symbol.  Additionally,  a  ■  b  may  be  replaced  by  the 
juxtaposition  ab  for  simplicity. 
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Axioms 


A  Boolean  algebra  is  based  on  a  set  of  axioms  known  as  Huntington’s  Postulates  [Hunti  04], 
These  eixioms  are: 

1.  Commutative  Laws.  For  all  a,b  £  B, 


a  +  b  ■=  b  +  a 

(B.2) 

a  ■  b  =  b  •  a. 

(B.3) 

Distributive  Laws.  For  all  a,b,c  E  B, 

a  +  (6  •  c)  =  (a  +  i>)  •  (a  +  c) 

(B.4) 

a  •  (6  c)  =  (a  ■  6)  +  (a  •  c). 

(B.5) 

Identities.  For  all  a  €  B, 

0  +  a  =  0 

(B.6) 

1  •  a  =  a. 

(B.7) 

0  is  the  identity  for  the  +  operator.  1  is  the  identity  for  the  •  operator. 

Complements.  For  every  a  G  B,  there  exists  an  o'  €  B  such  that 

a  +  a'  =  1 

(B.8) 

a  a'  —  0. 

(B.9) 

The  “  '  ”  symbol  denotes  complemeniaiion. 

Boolean  algebras  are  governed  by  the  principle  of  duality  by  which  a  given  v:;lid  expression 
has  an  associated  valid  dual  expression.  The  dual  of  an  expression  is  found  by  interchanging  all 
+  and  •  operators  and  interchanging  identity  elements  0  and  1.  Note  that  each  of  the  preceding 
postulates  has  two  expressions;  these  expressions  are  duals  of  each  other. 


188 


The  Inclusion  Relation 


A  relation,  <,  is  defined  as  follows.  For  all  a,6  €  B 

a<b  ab'  =  0  (B.IO) 

[Rudea  Td.S] 

The  relation  <  is  called  the  inclusion  relation. 


Theorems 

Theorems  which  can  be  proven  from  the  axioms  and  the  definition  of  the  inclusion  relation 

are: 


1.  Associativity.  For  all  a,6,c  €  B, 

a  +  (6  +  c)  =  (o  +  6)  +  c 
a  •  (b  •  c)  =  {a  ■  b)  ■  c. 

2.  Idempotence.  For  all  a  €  B, 

a  +  a  =  a 

a  •  a  =  a. 

3.  Boundedness.  For  all  a  G  B, 

a  +  l=  1 
a  •  0  =  0. 

4.  Absorption.  For  all  a,6  G  B, 

a  +  (a  •  6)  =  a 
a  ■  {a  +  b)  =  a. 


(B.ll) 

(B.12) 

(B.13) 

(B.14) 

(B.15) 

(B.16) 

(B.17) 

(B.18) 
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5.  Involution.  For  all  a  6  B, 


(«')'  =  a. 

6.  DeMorgan’s  Laws.  For  all  a,6  e  B, 

(a  +  6)'  =  a'  •  6' 

(a  -6)'  =  a' +  6'. 

7.  For  all  a,  6  €  B, 

a  + a' -  6  =  0  +  6 
o  •  (o'  +  6)  =  o  •  6. 

8.  Consensus.  For  all  o,  6,  c  6  B, 

a-6  +  a'-c  +  6-  c=  a-  6+a'-c 
(o  +  6)  •  (o'  +  c)  •  (6  +  c)  =  (o  +  6)  •  (o'  +  c). 

9.  Interchange.  For  all  a,b,c£  B, 

(a  ■  b)  +  (o'  •  c)  =  (a  +  c)  •  (o'  +  6) 

(a  +  6)  •  (o'  +  c)  =  (a  •  z)  +  (o'  ■  6). 

10.  For  all  a,  6  G  B, 

a  <  a  +  6 
a  b  <  a. 


[Johns  87,  Lipsc  76,  Nagle  75] 


Properties 


General  properties  of  Boolean  algebras  which  can  be  proven  from  the  postulates  and  theorems 

are: 

1. 

a  =  b  O  a'  ■  b  +  a  ■  b'  =  0  (B.30) 

a  =  b  ^  a' ■  b' -f-ab—  1.  (B.31) 

(a'  ■  b  +  a  ■  b')  is  the  exclusive-OR  of  a  and  b  and  is  denoted  by  either  (a  0  6)  or  a  XOR  6; 

{a'  -b'  +  a  ■  b)  is  the  exclusive-NOR  of  a  and  b  and  is  denoted  be  either  (a  ©  f>)  or  a  XNOR  b. 

2. 

a  =  0&6  =  0  o  0  +  6  =  0  (B.32) 

0=1  k  6=1  0-6=1.  (B.33) 


Literals,  Terms,  and  Formulas 

A  literal  is  a  variable  or  complemented  variable  such  as  a,  6, o', 6'.  A  term  is  a  1,  a  literal,  or 
a  conjunction  of  two  or  more  literals  in  which  no  two  literals  involve  the  same  variable.  Examples 
of  terms  include  ab',ac,  and  abc'.  An  alterm  is  a  0,  a  literal,  or  a  disjunction  of  literals  in  which 
no  two  literals  involve  the  same  variable.  Examples  include  (o  +  6),(o  +  c'),  and  (o  +  6  +  c'). 
[Brown  88a:2.1-l][Lipsc  76:225] 

The  set  of  Boolean  formulas  on  n  symbols  zj , . . . ,  i„  is  defined  by  the  following: 

1 .  The  elements  of  B  are  Boolean  formulas,  and 

2.  The  symbols  ii, . . . , i„  are  Boolean  formulas,  and 

3.  If  /  and  g  are  Boolean  formulas,  then  so  are 

(a)  f  +  9, 

(b)  f  -9, 

(c)  /',  and 
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4.  A  string  is  a  Boolean  formula  if  and  only  if  it  is  formed  by  a  finite  number  of  applications  of 
the  first  three  rules. 

Examples  of  formulas  include  x,  x',  x  +  y,{x  ■  {y  +  r))'  +  w. 

A  sum-of-products  formula  is  0,  a  single  term,  or  a  disjunction  of  terms.  A  produci-of-sums 
formula  is  1,  a  single  aiterm,  or  a  conjunction  of  alterms.  [Brown  88a:2.1-l] 

Functions 

An  n-variable  Boolean  function,  f  :  B"  — ►  B,  is  the  mapping  associated  with  an  n-variable 
Boolean  formula.  Rudeanu,  in  his  work  on  Boolean  functions  and  equations,  gives  an  informal 
definition  of  a  Boolean  function: 

Roughly  speaking,  a  Boolean  function  (also  called  Boolean  polynomial  by  certain  au¬ 
thors)  is  a  function  with  arguments  and  values  in  a  Boolean  algebra  B,  such  that  /  can 
be  obtained  from  variables  and  constants  of  B  by  superpositions  of  the  basic  operations 
+,  •,  and  '  of  B.  [Rudea  74:16] 

Rudeanu  makes  a  clear  distinction  between  Boolean  functions  in  the  general  case,  and  the  special 
caise  of  Boolean  functions  involving  no  constants  except  0  and  1  which  he  calls  simple  Boolean 
functions  [Rudea  74:xvi].  He  states: 

In  the  particular  case  of  the  two-element  Boolean  algebra  B2  =  {0, 1},  every  function 
/  :  B"  — ►  B2  is  a  simple  Boolean  function  and  will  be  termed  a  truth  function  (also  called 
a  “switching  function”  or  “Boolean  function”  by  switching  theorists  . . .)  [Rudea  74:xvi] 

The  switching  theorist  point  of  view  is  taken  in  this  work;  however,  all  axioms,  properties,  and 
theorems  discussed  in  this  report  hold  for  Boolean  functions  in  the  general  case. 

Boolean  functions  may  be  constructed  as  follows: 

1.  For  n  variables,  xi, . . . ,  a;„,  the  projection  function  /  :  BJ  — ►  B2  defined  by 

/(xi,...,x„)  =  Xi  y(xi,...,x„)eB;.  ie{i...n},  (B.34) 

is  an  n-variable  Boolean  function. 


2.  If  g,h  :  BJ  — *•  B2  are  n-variable  Boolean  functions,  then  the  functions  g  +  h,gh,  and  g' 
defined  by 


(a) 

(ff +  /»)(*!,  •-•,a:n)  =  if(xi,...,x„)  -1-  h(xi,...,Xn) 

(B.35) 

(b) 

gh(xu-  ■■,Xn)  =  g(xi,.  ..,X„)  h(xi,  ...,x„) 

(B.36) 

(c) 

g'(xi,...,x„)  =  (g(xi,...,x„')y 

(B.37) 

V(xi,.. 

. ,  x„)  e  Bj ,  are  also  n-variable  Boolean  functions. 

3.  A  function  is  a  Boolean  function  if  and  only  if  it  is  formed  by  a  finite  number  of  applications 
of  the  first  two  rules.  [Rudea  74:17] 

Every  n- variable  Boolean  formula  maps  into  a  corresponding  n- variable  Boolean  function.  A 
function,  /  :  B"  — *  B,  is  a  Boolean  function  if  and  only  if  it  can  be  represented  by  a  Boolean 
formula.  Moreover,  a  Boolean  function  may  have  any  number  of  corresponding  formulas.  Formulas 
that  represent  the  same  function  are  called  equivalent  formulas.  A  function  table  or  truth  table  is 
often  used  to  specify  a  function. 

Example  B.l: 

Given  the  two-element  Boolean  algebra,  B  =  {0,1},  a  truth  table  for  the  three- variable  Boolean 
function  /  :  B2  — *  B2  corresponding  to  the  Boolean  formula  xyz  x' z' +  j/ z'  is  given  by  Table  B.l: 


X  y  z 

0  00 

1 

0  0  1 

0 

0  1  0 

1 

0  1  1 

0 

1  0  0 

1 

1  0  1 

0 

1  1  0 

0 

1  1  1 

1 

Table  B.l.  Truth  Table  for  Example  B.l 


□ 
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Boolean  Expansion  Theorem 


The  most  important  functional  theorem  is  the  Boolean  Expansion  Theorem.  It  is  stated  as 
follows: 

If  /  is  an  n-variable  Boolean  function,  then  /  has  the  expansions 

/(xi,X2,  .  .  ..Xn)  =  x\f{0,X2,...,X„)  +  Zi/(1,X2,  ■  ■  -  .Xn)  (B.38) 

/(X1,X2,  •  -.Xn)  =  [x'l  +  /(1,X2,.  .  .,Xn)][xi  +  /(O,  I2,  ■  .  • ,  X„)].  (B.39) 

[Boole  54] 

Extended  Verification  Theorem 

Another  important  theorem  in  Boolean  algebra  is  the  Extended  Verification  Theorem.  It  is 
stated: 

Let  /,  j  :  B"  — ►  B  be  Boolean  functions,  and  assume  that  the  equation  f{X)  =  0  is  consistent. 
Then  the  following  statements  are  equivalent: 

1.  /(X)  =  0  =»  <;(A)  =  0, 

2.  <,(A')  <  /(A)  VA  €  B", 

3.  <7(A)  <  /(A)  VA€{0,1}" 

[Rudea  74:100] 

Canonical  Forms 

It  is  often  desirable  to  use  a  restricted  class  of  formula  in  which  any  Boolean  function  has 
only  one  corresponding  formula.  Formulas  in  such  classes  are  called  canonical  forms.  Canonical 
Boolean  forms  include  the  minterm  canonical  form,  the  maxterm  canonical  form,  and  the  Blake 
canonical  form. 
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Minterm  Canonical  Form.  A  minterm  is  a  term  in  a  formula  of  n  variables  which  contains 


all  variables  of  the  formula  either  in  complemented  or  uncomplemented  form.  A  formula  in  minterm 
canonical  form  is  a  sum-of-products  formula  in  which  all  of  the  terms  are  minterms.  A  minterm 
canonical  form  is  also  called  a  canonical  sum-of-products  form  or  full  disjunctive  normal  form 
[Lipsc  76:225][Nagle  75:84]. 

Example  B.2: 

Given  the  three- variable  Boolean  function  /  ;  B2  — ‘  B2  from  Example  B.l,  the  following  formula 
in  minterm  canonical  form  represents  the  same  function  /: 

xyz  x'yz'  +  x'\/z'  -f  xy' z' .  (BAD) 

□ 

Often,  a  shorthand  notation  is  ut.d  to  represent  a  minterm.  This  form  is  mj,  where  i  is 
the  decimal  integer  of  the  binary  code  for  the  minterm.  The  shorthand  notation  for  three-variable 
minterms  is  given  in  Table  B.2. 


Term 

Binary  Code 

Shorthand  Notation 

x'i/z' 

0  0  0 

mo 

x'l/z 

0  0  1 

mi 

x'yz' 

0  1  0 

m2 

x'yz 

0  1  1 

m3 

xy'z' 

1  0  0 

7714 

X}/z 

1  0  1 

ms 

xyz' 

1  1  0 

ms 

xyz 

1  1  1 

mr 

Table  B.2.  Shorthand  Notation  for  Minterms 


Using  this  notation,  the  formula  in  Example  B.2  can  be  written  as  f{x,  y,  j)  =  mo  -I-  m2  -I-  m4  -b  m7. 
This  notation  can  be  shortened  further  to  minterm  list  form.  The  function  f{x,y,z)  is  expressed 
in  minterm  list  form  as  f{x,  y,z)  =  J2 2. 4, 7).  [Nagle  75:85] 
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Maxterm  Canonical  Form.  A  maxierm  is  an  alterm  in  a  formula  of  n  variables  which 
contains  all  variables  of  the  formula  either  in  complemented  or  uncomplemented  form.  A  formula 
in  maxierm  canonical  form  is  a  product-of-sums  formula  in  which  all  of  the  alterms  are  maxterms. 
A  maxterm  canonical  form  is  also  called  a  canonical  product-of-sums  form  or  full  conjunctive  normal 
form  [Lipsc  76;225][Nagle  75:84],  Hence,  the  maxterm  canonical  form  is  analogous  to  the  minterm 
canonical  form  where  the  formula  is  expressed  in  product-of-sums  form  rather  than  sum-of-products 
form  and  terms  are  replaced  by  alterms. 

Example  B.3: 

Given  the  three- variable  Boolean  function  /  ;  — ►  B2  from  Example  B.l,  the  following  formula 

in  product-of-sums  form  represents  the  same  function  /: 

(x -f  +  y  +  ^')(»' +  J/ +  ^)  (B.41) 

This  formula  can  be  transformed  to  the  following  formula  in  maxterm  canonical  form: 

(x  y  +  2')(x  -f  y'  -b  2')(x'  -b  y  -b  z')(x'  -b  y'  -b  z)  (B.42) 

□ 

As  with  minterms,  a  shorthand  notation  is  used  to  represent  maxterms.  This  form  is  M,-, 
where  i  is  the  decimal  integer  of  the  binary  code  for  the  maxterm.  The  shorthand  notation  for 
three-variable  maxterms  is  given  in  Table  B.3.  Using  this  notation,  the  formula  in  Example  B.3 
can  be  written  as  /(x,y,  2)  =  MiMaMsMg-  This  notation  can  be  shortened  further  to  maxterm 
list  form.  The  function  /(x,y,  2)  is  expressed  in  maxterm  list  form  as  /(x,y,  2)  =  fj  M(l,  3, 5, 6). 
[Nagle  75:88] 

Blake  Canonical  Form.  A  term  p  is  called  an  implicant  of  a  Boolean  function  /  if  p  <  /■ 
When  a  function  /  is  expressed  in  sum-of-products  form,  all  terms  in  the  form  are  implicants  of  /. 
A  prime  implicant  of  a  Boolean  function  /  is  an  implicant  of  /  such  that  it  is  no  longer  an  implicant 
if  any  of  its  literals  is  removed  [Quine  52].  Boolean  axioms  and  theorems  such  as  consensus  and 
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Table  B.3.  Shorthand  Notation  for  Maxterms 

absorption  are  used  to  reduce  a  Boolean  formula  for  a  function  to  a  form  which  consists  of  the 
prime  implicants  of  the  function.  An  application  is  minimization,  one  approach  to  which  is  to 
reduce  a  Boolean  formula  to  an  equivalent  formula  which  includes  the  smrdlest  number  of  prime 
implicants  that  still  represent  the  same  function.  The  impetus  for  minimization  is  to  represent  a 
Boolean  function  by  a  formula  that  can  be  implemented  in  hardware  with  the  smallest  number  of 
components.  See  [Nagle  75,  Quine  52,  Quine  55]  for  discussions  of  Boolean  minimization.  A  prime 
implicate  is  the  analog  of  a  prime  implicant  for  the  product-of-sums  form. 

Example  B.4. 

The  only  term  in  the  n-variable  Boolean  formula  /  given  by 


xyz  +  x'yz'  +  x'y'z'  +  xy'z' 


(B.43) 


that  is  a  prime  implicant  of  /  is  xyz.  The  formula  may  be  transformed  to  an  equivalent  formula 
consisting  of  only  prime  implicants  by  application  of  Boolean  axioms  and  theorems.  An  equivalent 
formula  which  consists  only  of  prime  implicants  is: 


xyz  +  }/z'  +  x'z*. 


(B.44) 


In  the  process  of  reducing  a  given  formula  to  prime  implicants,  superfluous  terms  are  often 
generated.  A  term  p  is  superfluous  in  a  sum-of-products  formula,  p  +  q,  if  p  +  g  is  equivalent 
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► 

» 

I 


to  the  formula  q  [Quine  52:522].  A  literal  of  a  term  in  a  sum-of-products  formula  is  superfluous 
if  it  can  be  removed  without  changing  the  formula  to  a  non-equivalent  formula.  Quine  called  a 
“formula  irredundanl  if  it  has  no  superfluous  clauses  and  none  of  its  clauses  heis  superfluous  literals 
[Quine  52:523].” 

Another  application  for  the  prime  implicants  of  a  formula  is  for  Boolean  inference,  also  called 
Boolean  reasoning.  Boolean  inference  is  “the  extraction  of  conclusions  from  a  collection  of  Boolean 
data”  [Brown  88a:2.0-2].  The  basis  for  Boolean  inference  is  the  Blake  canonical  form.  The  Blake 
canonical  form,  denoted  BCF(f),  of  a  function  /  is  the  disjunction  of  all  of  the  prime  implicants  of  /. 
The  Blake  canonical  form  is  a  complete  and  simplifled  representation  of  all  possible  conclusions  that 
can  be  inferred  from  a  Boolean  equation.  Methods  for  generating  BCF(f)  are  by  the  exhaustion  of 
implicants,  iterated  consensus,  and  multiplication.  Blake  invented  the  methods  of  iterated  consensus 
and  multiplication  [Blake  37],  Iterated  consensus  is  discussed  in  [Quine  52];  the  multiplication 
method  is  found  in  [Samso  54]. 

Example  B.5. 

The  n- variable  Boolean  function  defined  in  Table  B.l  and  represented  by  the  formula 

xyz  -I-  j/z'  -I-  x'z’  (B.45) 

is  in  Blake  canonical  form  because  the  formula  consists  of  all  of  the  prime  implicants  of  the  function. 

□ 

Reduction 

Any  system  of  Boolean  equations  can  be  reduced  to  a  single  Boolean  equation  of  the  form 
/(£.)  =  9(5.)  where  g{x)  is  any  preassigned  Boolean  function  [Rudea  74:116-117].  In  particular,  we 
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may  choose  g(x)  to  be  0  or  1.  (The  notation  x  denotes  the  vector  (ii,  xj,  •  •  •  >  J^n)-)  The  form 
f(x)  =  0  is  derived  in  the  following  manner.  A  system 


Pi(£)  =  (B.46) 

92(s.)  =  hiix) 


SnU)  =  h„(x) 


of  Boolean  equations  can  be  transformed,  using  property  (B.30),  into  the  equivalent  system 

giU)ehi(x)  =  0  (B.47) 

fflU)  0  f>2U)  =  0 

3n(£)  0  h„(x)  =  0. 


This  system  of  equations  can  then  be  transformed  into  a  single  Boolean  equation  by  property 
(B.32).  Since  all  of  the  equations  must  be  simultaneously  true,  they  are  “fed”  together  as  in 
equation  (B.32).  However,  the  “A:”  symbol  is  dropped  for  notational  simplicity.  The  resulting 
single  Boolean  equation  is 

/(x)  =  0  (B.48) 


where  /  is  defined  by 


i.e.. 


/=  ^5.0  A., 

<=i 


t=i 


(B.49) 


(B.50) 
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The  p{x)  =  1  form  of  a  system  of  equations  is  similarly  derived.  The  system  of  equations 
(B.46)  can  be  transformed  into  an  equivalent  system  using  the  property  shown  by  equation  (B.31): 


9i{x)Qhi{x)  =  1 

32(x)  ©  h2(x)  =  1 

9n{x)Qh„{x)  -  1. 


(B.51) 


This  system  of  equations  is  transformed  into  a  single  Boolean  equation  by  equation  (B.33).  Again, 
the  symbol  is  dropped  for  notational  simplicity.  The  resulting  single  Boolean  equation  is 

p{x)  =  1  (B.52) 


where  p  is  defined  by 

n 

tsl 

i.e., 

n 

P  =  (B.54) 

«=! 


The  utility  of  the  choice  of  the  f(x)  =  0  form  versus  the  p(x)  =  1  form  is  dependent  on  the 
application  [Rudea  74:52].  Conversion  between  the  two  forms  is  done  by  complementation  of  both 
sides  of  the  equality,  i.e., 

fix)  =  0  O  fix)  =  1  (B.55) 


and 


p'ix)  =  1  p(i)  =  0. 


(B.56) 


200 


Eliminants 


The  Conjunctive  Eliminant.  For  an  n-variable  Boolean  function  /  :  B"  — ►  B  with  vari¬ 
ables  and  a  subset  {xi,X2}  of  the  variables,  the  conjunctive  eliminant  of  the  function 

with  respect  to  {xi,X2}  is  defined  as: 

ECON{f,{xi,x-i))  =  JJ  /(xi,X2,X3 . x„).  (B.57) 

[Brown  88a: 3. 8-1] 

Although  a  specific  subset  of  the  variables  was  used  in  the  above  definition,  the  conjunctive  elimi¬ 
nant  of  a  function  may  be  found  with  respect  to  an  arbitrary  subset  of  the  variables  in  the  function. 

Example  B.6: 

The  conjunctive  eliminant  of  a  function  /(x,y,  z)  with  respect  to  z  is  given  by 

ECON{f(x,y,z),z)  =  /(x,  y,  0)/(x,  y,  1).  (B.58) 

D 

Brown  has  shown  that  the  conjunctive  eliminant  of  a  function  in  Blake  canonical  form  with 
respect  to  a  given  variable  is  the  sum  of  terms  in  the  form  which  do  not  involve  the  variable 
[Brown  88a:3.8-2].  Formally, 

ECON{f,  {y})  =  ^^{terma  of  BCF{f)  which  do  not  have  a  literal  y  or  j/).  (B.59) 

The  resulting  formula  is  in  Blake  canonical  form. 


The  Disjunctive  Eliminant.  For  an  n-variable  Boolean  function  /  :  B"  — •  B  with  vari¬ 
ables  and  a  subset  {a:i,X2}  of  the  variables,  the  disjunctive  eliminant  of  the  function 

with  respect  to  {xi,X2}  is  defined  as: 

EDIS{f,{xi,X2})  =  /(*i.a^2,X3, . . .  ,x„).  (B.60) 

[Brown  88a:3.8-l] 

As  in  the  conjunctive  eliminant,  the  disjunctive  eliminant  of  a  function  may  be  found  with  respect 
to  an  arbitrary  subset  of  the  variables  in  the  function. 

Example  B.7: 

The  disjunctive  eliminant  of  the  function  f(x,y,z)  with  respect  to  z  is 

EDIS(f{x,y,z),z)  =  f(x,y,0)  +  /(x,y,  1).  (B.61) 

□ 

A  simple  method  for  deriving  the  disjunctive  eliminant  of  a  Boolean  function  /  is  by  trans¬ 
forming  the  formula  that  represents  the  function  to  any  equivalent  sum-of-products  form  and  then 
replacing  the  literals  of  the  variables  to  be  eliminated,  whether  in  complemented  or  uncomplemented 
form,  by  1  [Mitch  83], 

Elimination 

Given  a  Boolean  equation,  it  is  possible  to  determine  constraints  on  certain  variables  given 
the  absence  of  information  with  respect  to  the  other  variables  using  a  process  called  elimination. 
Equations  deduced  as  the  result  of  elimination  are  called  resultants  of  elimination. 

Using  the  definition  of  the  conjunctive  eliminant,  a  variable  may  be  eliminated  from  an 
equation  to  form  a  new  equation: 


/(x)  =  0  =>  ECON{f,{xi))  =  0 


(B.62) 


The  equation  ECON(f,  {*,})  =  0  is  called  the  resultant  of  elimination  of  Xi  from  equation  f{x)  =  0. 

Using  the  definition  of  the  disjunctive  eliminant,  a  variable  may  be  eliminated  from  an  equa¬ 
tion  to  form  a  new  equation: 


p(x)  =  \  =>  EDlS{p,{xi))  =  \  (B.63) 

The  equation  EDIS(f,  {xi })  =  1  is  called  the  resultant  of  elimination  of  Xi  from  equation  p(x)  =  1. 

Solutions  of  Boolean  Equations 

A  solution  of  the  equation  /(x)  =  0  is  a  vector  a  €  B”  such  that  /(a)  =  0  is  an  identity. 
In  general,  it  is  inconvenient  to  determine  solutions  of  the  f(x,y,z)  =  0  form  of  an  equation.  A 
simple  method  to  find  a  solution  to  an  equation  is  first  to  convert  the  equation  to  the  equivalent 
p(x,  y,  *)  =:  1  form  as  in  equation  (B.55),  and  then  express  p  in  minterm  canonical  form.  Solutions 
are  found  by  inspection  of  the  minterms  of  p(x,y,  2). 

Example  B.8: 

Given  the  equation 

xyz' +  x'2 -f- y'2  =  0,  (B.64) 

the  /(x)  =  1  form  of  this  equation  is 

xyx-J-x'x'-l-y'x' =  1.  (B.65) 

The  minterm  canonical  form  of  the  left-hand  side  of  this  equation  is  used  to  form  a  new  equation 

xyz  -h  x'yz'  x'}/z'  -f  xj/r'  =  1.  (B.66) 

By  inspection,  solutions  of  the  equation  are 

(0,0,0), (0,1,0), (1,0,0), (1,1,1).  (B.67) 

□ 
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An  equation  typically  will  have  several  solutions.  Constant  vectors,  a  and  6,  are  called 
equivalent  with  respect  to  /  if  /(a)  =  fik).  Two  equations  are  called  “equivalent  if  they  have  the 
same  set  of  solutions”  [Rudea  74:50]. 

Comparison  of  Functions 

Given  two  n- variable  Boolean  functions  /  and  g,  a  function  h  can  be  constructed  which  shows 
all  circumstances  in  which  functions  /  and  g  a.Te  different,  h  is  defined  in  the  following  way: 

f®9  =  h  (B.68) 

Minterms  of  h  define  the  differences  between  f  and  g. 

Example  B.9; 

Given  the  equations  f{x,y)  =  x  and  g{x,y)  =  y,  h(x,y}  is  found  as  follows: 


=  X  By. 


(B  69) 


Minterms  of  h{x,y)  are  and  x'y.  The  results  are  summarized  in  Table  B.4.  □ 


X  y 

fix,y) 

9{x,y) 

Hx,y) 

0  0 

0 

0 

0 

0  1 

1 

0 

1 

1  0 

0 

1 

1 

1  1 

1 

1 

0 

Table  B.4.  Results  of  Example  B.9 
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Appendix  C.  Definition  of  VHDL  Subset 


This  appendix  defines  the  subset  of  VHDL  used  in  the  combinational  circuit  diagnostic  system. 
All  definitions  are  taken  from  the  IEEE  Standard  VHDL  Language  Reference  Manual,  IEEE  Std 
1076-1987  [IEEE  88].  Productions  are  strict  extractions  from  the  Reference  Manual.  However,  in 
many  cases  where  VHDL  allows  options,  the  options  are  restricted  to  conform  to  the  requirements 
of  ,.he  diagnostic  system.  Each  production  is  listed  with  the  appropriate  page  number  from  the 
Reference  Manual. 


205 


The  intent  of  this  subset  is  to  describe  a  combinational  circuit  by  a  single  VHDL  architecture 
and  a  gate  by  a  single  signal  assignment  statement.  Thus,  in  addition  to  the  definitions  that  ensue 
the  following  restrictions  also  apply: 

•  A  3-lnput  AND  gate  is  modeled  as  follows; 

Output  <=  A  and  B  and  C; 

•  A  3-Input  OR  gate  is  modeled  as  follows: 

Output  <=  A  or  B  or  C; 

•  A  2-Input  XOR  gate  is  modeled  as  follows; 

Output  <=  A  xor  B; 

•  A  NOT  gate  may  be  modeled  as: 

Output  <=  not  A; 
or; 

Output  <=  not(A); 

•  A  3-Input  NAND  gate  is  modeled  as  follows: 

Output  <=  not(A  and  B  and  C); 

•  A  3-Input  NOR  gate  is  modeled  as  follows; 

Output  <=  not(A  or  B  or  C); 

Gates  with  more  inputs  are  simple  extensions  of  the  preceding  examples.  More  complex 
expressions,  although  allowable  by  VHDL,  may  not  be  processed  properly  by  the  diagnostic  system. 
The  nand  and  nor  operators  have  been  excluded  due  to  restrictions  on  associativity  [IEEE  88:7-2]. 
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BNF  Notation 


Definitions  are  in  Backus-Naur  Form  (BNF)  notation,  a  common  way  to  define  productions 
in  a  grammar.  A  description  of  this  notation,  as  used  in  these  definitions  follows; 

•  The  symbol  denotes  “is  defined  as.” 

•  A  vertical  bar,  |,  separates  alternative  items. 

•  Square  brackets,  [  ],  enclose  optional  items. 

•  Braces,  {  },  enclose  a  repeated  item.  The  item  may  appear  zero  or  more  times;  the 
repetitions  occur  from  left  to  right  as  with  an  equivalent  left-recursive  rule.  Thus,  the  following 
two  rules  are  equivalent  [IEEE  88; Introduction]: 


term  ::=  factor  {operator  factor} 
term  :;=  factor  (  term  operator  factor 


Entity  Declarations 

•  The  “entity  declaration  defines  the  interface  between  a  given  design  entity  and  the  environment 
in  which  it  is  used.”  [IEEE  88:1-1] 

•  “An  entity  declaration  can  potentially  represent  a  class  of  design  entities,  each  with  the  same 
interface.”  [IEEE  88:1-1] 


—  (page  1-1) 
entity_declaration  ::= 
entity  identifier  is 
entity .header 
end  [entity.sifflple.name] : 


e  The  entity jsimplejiame  exactly  repeats  the  identifier  [IEEE  88:1-2]. 


"  (page  1-2) 
entity.header 

[formal_port_clause] 

"  (page  1-2) 
port.clause  : :  = 
port(port_list) ; 

”  (page  1-3) 
port.list 

port.interface.list 


e  The  portJnterface.list  is  nothing  more  than  an  interfaceJist. 
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Arcliitecture  Declarations 

•  The  “architecture  defines  the  body  of  a  design  entity.  It  specifies  the  relationships  between  the 
inputs  and  outputs  of  a  design  entity,  and  may  be  expressed  in  terms  of  structure,  dataflow,  or 
behavior.”  [IEEE  88:1-6] 

—  (pag«  1-6) 
architecture_body 

architecture  identifier  of  entity.nane  is 
architecture_declarative_part 
begin 

2orchitecture_statement_part 
and  Carchitecture.simple.nane] ; 

•  “The  identifier  defines  the  simple  name  of  the  architecture  body;  this  simple  name  distinguishes 
architecture  bodies  associated  with  the  same  entity  declaration.”  [IEEE  88:1-6] 

•  “The  entity  Jiame  identifies  the  name  of  the  entity  declaration  that  defines  the  interface  of  this 
design  entity."  [IEEE  88:1-6] 

•  The  architecture-simple jiame  exactly  repeats  the  identifier.  [IEEE  88:1-6] 


"  (page  1-7) 

architecture_decl2urative_part  ::= 
{block.declarative.item} 

—  (page  1-7) 

block_declarative_item  :  :  = 
signal.declaration 

—  (page  4-5) 
signal.declaration  ::= 

signal  identif ier.list  ;  subtype.indication; 

—  (page  1-7) 

architecture_statement_part  ::= 
{concurrent.statement} 


Concurrent  Statements 

—  (page  9-1) 
concurr«nt_stat«msnt  : : = 

conciirrent_signal_as8igiment  .statement 

—  (page  9-6) 

concurrent.signal.assigament.statement  :  ;  = 
conditional.signal.assignment .statement 

—  (page  9-9) 

conditional.signal.assignment. statement  :  :  = 
target  conditional.navelorms; 

—  (page  9-9) 
conditional.vaveforme 

waveform 


•  Note:  The  concurrent.statement  simply  transforms  to: 

concurrent-Statement  ::=  signal jissignmentjstatement 
signal^signment^tatement  ::=  target  <=  waveform; 


—  (page  8-3) 
target  : 

name 

“  (page  6-1) 
name  : : = 

simple.name 

—  (page  6-2) 
simple.name  .*:  = 

identifier 

—  (page  8-3) 
waveform  : 

waveform.element 

“  (page  8-4) 
wavef orm_element  ; : = 

value.ezpression  [after  time.expression] 


e  The  \  jlue^xpression  is  nothing  more  than  an  expression. 
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Expressions 


--  (page  7-1) 
expression 

relation  {and  relation}  I 
relation  {or  relation}  I 
relation  {xor  relation} 

~  (page  7-1) 
relation 

s iapl e_ expr 08 8 i on 

"  (page  7-1) 
simple.expreasion 
tern 

—  (page  7-1) 
tern  : := 

factor 

—  (page  7-1) 
factor  ;:= 

prinary  I 
not  prinary 


—  (page  7-1) 
prinary 


Port  Interface  List /Declarations 


--  (page  4-11) 
interlace.list  :;= 

interlace_alement{ ; inter! aca_elament> 

—  (page  4-11) 
interface. element 

inter! ace.declarat ion 

—  (page  4-8) 
interface.declaration 

inter!  ace.s  igneil.declarat  ion 

—  (page  4-9) 

interface.signal.declaration 

[signal)  identifier.list  :  Caode)  subtype. indication 

—  (page  4-9) 
mode  : : » 

in  I  out 

—  (page  4-2) 
subtype.indication 

type.mark 

—  (page  4-2) 
type.mark 

type.name 

type.name  :  :  = 
bit 
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Identifiers 


—  (pag*  3-13) 
idsntilisr.list 

idsntif  i«r-C ,  identifier} 

—  (page  13-4) 
identifier  : 

letter-C  [underline]  letter.or  .digit} 

—  (page  13-4) 
letter.or.digit  ::= 

letter  I  digit 

—  (page  13-4) 
letter  : ;= 

upper.case.letter  I  louer.case.letter 

—  (page  13-1) 
digit  : : = 

0|l|2|3|4|Sl6l7l8l9 

—  (page  13-1) 
upper.case.letter  ::= 

AlBlClDlElFlGlHlllJlKlLlHlHlOlPlqlRlSlTlUlVlUlXlYlZ 

—  (page  13-2) 
lower.case.letter 

a|blc|d|e|f|g|h|ilj|kll|n|nlo|plq|rls|tiulv|elxlylz 


Appendix  D.  Diagnostic  System  Code 


This  appendix  is  the  fully-commented  source  code  for  all  procedures  of  the  diagnostic  system. 
The  system  is  composed  of  procedures  in  eleven  files.  The  composition  of  the  files  parallels  the 
system  architecture  described  in  Chapter  5,  although  some  procedures  are  used  throughout  different 
modules  of  the  system.  Each  file  includes  a  header  which  describes  in  general  terms  the  operations 
performed  by  the  procedures  in  the  file.  Each  procedure  includes  comments  which  describe  its 
operation. 


The  following  is  a  short  synopsis  of  each  file  of  the  implementation  of  the  diagnostic  system. 

•  diagnose.s:  Contains  the  main  procedure  which  calls  procedures  which  comprise  the  modules 
of  the  diagnostic  system.  Includes  procedures  used  to  interface  tc  the  MS  DOS  operating 
system. 

•  inp-mod.s:  Includes  the  primary  procedures  of  the  input  module. 

•  tokenize.s:  Contains  the  procedures  used  to  read  an  input  file  and  form  a  list  of  tokens. 

•  prefixer .s:  All  procedures  required  to  convert  the  list  of  tokens  to  the  intermediate  format 
are  included  in  this  file. 

•  tok-vhdl.8:  Procedures  necessary  to  handle  VHDL-specific  input  data  are  included  in  this 
file. 

•  eqn-gen.s:  Contains  many  of  the  procedures  associated  with  the  equation  generation  module 
of  the  diagnostic  system. 

•  eqn-gena.s:  This  file  is  a  continuation  of  the  procedures  of  file  eqn-gen.s.  It  includes  the 
remaining  procedures  associated  with  the  equation  generation  module  of  the  diagnostic  sys¬ 
tem. 

•  tester .8:  Contains  procedures  which  implement  the  tester  module  of  the  diagnostic  system. 

•  interp.s:  Contains  procedures  which  implement  the  interpretation  module  of  the  diagnostic 
system. 

•  interp*a.s:  This  file  is  a  continuation  of  the  procedures  of  file  interp.s.  It  includes  the 
remaining  procedures  which  form  the  interpretation  module. 

•  boolean. s:  This  file  is  a  compendium  of  procedures  which  implement  many  of  the  Boolean 
operations  outlined  in  Appendix  B,  Fundamentals  of  Boolean  Algebra.  The  data  structure 
used  by  these  procedures  is  the  sum-of-products  list  notation  described  in  Chapter  6,  Imple¬ 
mentation  of  the  Diagnostic  System.  Procedures  in  this  file  were  implemented  by  Dr.  Frank 
M.  Brown,  Professor  of  Electrical  Engineering,  Air  Force  Institute  of  Technology  [Brown  88b]. 
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Filename:  diagnose. e 

This  is  the  main  file  which  calls  all  of  the  other  procedures 
in  the  diagnostic  system.  The  main  procedure  in  this  file  is  a 
shell  from  which  all  primary  modules  in  the  system  are  accessed. 
In  addition,  an  operating  system  interface  is  provided  which 
provides  for  the  automatic  creation  of  a  session  transcript. 

The  system  allows  the  user  to  process  a  circuit  description  aoid 
save  the  derived  data  structures  in  a  file  prior  to  the 
execution  of  the  diagnostic  input-output  experiment.  Then,  when 
the  circuit  has  been  constructed,  this  data  can  be  read  from  the 
file  to  perform  the  diagnostic  experiment.  The  mechemisms  for 
storing  and  retrieving  the  data  are  provided  by  procedures  in 
this  file. 


Requires  the  files:  tokenize .f si.  prefixer. fsl,  inp-mod.fsl, 
eqn-gen.fsl,  eqn-gena.fsl,  boolean. fsl, 
tester. fsl,  interp.fsl,  interp-a.fsl 
tok-vhdl.fsl 


(DIAGIOSE) 

•  I 

;;  —  DIAGNOSE  prints  out  a  welcome  message,  resets  the  diagnostic 
; ;  system  by  a  call  to  RESET-DI AGNOSTIC-SYSTEM,  and  manages  the 
;;  facilities  for  the  automatic  creation  of  a  transcript  file. 

;;  This  file  is  stored  in  file  "DIAGNOSE. RUN."  If  a  previous  run 

;;  file  exists,  then  it  is  renamed  to  the  filenause  "DIagnUSE.BAK. " 

; ;  —  DIAGNOSE  then  calls  DIAGNOSE-1  prints  a  menu  of  system  options 
; ;  and  calls  the  other  modules  of  the  system. 

(define  (diagnose) 

(newline) 

(writeln  "***  The  Combinational  Circuit  Diagnostic  System  -  VI. 0 

♦  ♦♦") 

(reset-diagnostic-system) 

(if  (f ile-exists?  "diagnose. run") 

(begin 

(if  (f ile-exists?  "diagnose. bak") 

(dos-delete  "diagnose. bak") 

'()) 

(dos-rename  "diagnose. run"  "diagnose. bak"))  ) 


(transcript-on  "diagnose. run") 
(diagnose-l)  ) 


215 


(DIAGMOSE-1) 


; ;  DlAGHOSE-1  is  a  shell  Iron  shich  to  call  the  other  procedures 
; ;  in  the  diagnostic  system. 

■  >  ~~  1^  contains  a  menu  and  input~output  mechanisms  to  prompt  the 
;;  user  for  the  option  that  he  mould  like  to  execute.  After  the 

;;  user  has  made  his  selection,  the  appropriate  module  is  ceilled. 

(define  (diagnose-1) 

(nemline) 

(mriteln  "Enter  the  operation  that  you  mould  like  to  perform.") 
(mriteln  "Your  choices  are:  ") 

(nemline) 

(mriteln  "  1.  Diagnose  a  circuit  (no  preprocessed  input).") 

(mriteln  "  2.  Preprocess  a  circuit  description.") 

"  3*  Diagnose  a  circuit  (mith  preprocessed  input).") 

(mriteln  "  4.  Quit  (default).") 

(nemline) 

(nemline) 

(display  "Enter  the  number  of  your  choice  — >  ") 

(let  (  (choice  (read-line))  ) 

(cond  (  (equal?  choice  "1") 

(diagnose-a)  ) 

(  (equal?  choice  "2") 

(diagnose-preprocessor)  ) 

(  (equal?  choice  "3") 

(diagnose-b)  ) 

(  else 
(nemline) 

(transcript-off) 

(mriteln  "A  transcript  of  your  session  is  in  file 
’diagnose.run’") 

(mriteln  "Have  a  nice  day!") 

(nemline) 

(nemline)  )))) 


(RESET-DIAGHOSTIC-SYSTEM) 

—  RESET-DIAGNOSTIC-SYSTEM  is  called  mhen  the  diagnostic  system  is 
started  to  reset  the  state  of  the  system. 
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;;  —  Currently,  it  only  turns  the  transcript  cff,  to  avoid  the 
; ;  problem  of  trying  to  restsirt  a  treinscript  when  one  has 
;;  previously  been  started.  This  causes  a  DOS  error  causing  loss 

; ;  of  the  previous  transcript  file  and  possibly  amd  inability  to 

;;  leave  PC-Scheme  normally.  DOS  Chkdsk/f  must  then  be  run  to 

;;  recover  the  file.  If  the  transcript  is  turned  off  prior  to 

;;  doing  anything  else  in  the  system,  no  errors  arise. 

(define  (reset-diagnostic-system) 

(transcript-off)  ) 


;;  (DIAGIOSE-A) 

; :  —  DIAGIOSE-A  is  the  module  uhich  has  all  of  the  mechanisms  to 
;;  perform  a  complete  diagnosis  of  a  circuit.  All  modules  in  the 

;;  system  are  called  to  perform  a  complete  circuit  analysis,  from 

; ;  reading  the  original  input  file,  tokenizing  and  parsing  the 
;;  input,  creating  the  IITERMEOIATE-FORMAT,  generating  the  single 
; ;  Boolean  equation,  conducting  the  input-output  experiment 
::  (TESTER),  and  IITERPRETing  the  results. 

—  If  REPLY  is  #T,  then  DIAGHOSE-A  calls  itself,  otheruise  the  user 
;;  is  returned  to  DIAGIOSE-l  where  the  main  menu  is  again  printed. 

(define  (diagnose-a) 

(let*  (  (intermediate-format  (run-input-modulo)) 

(phi  (generate-equation 

intermediate-format) ) 
(tester-output  (tester  phi)) 

(reply  (interpret  intermediate-format 

phi 

tester-output))  ) 

(if  (null?  reply) 

(diagnose-1) 

(diagnose-a))  )) 


(DIAGROSE-PREPROCESSOR) 

—  DIAGIOSE-PREPROCESSOR  is  the  module  which  takes  the  initial 
circuit  description  from  a  file  and  processes  it  to  generate  the 
information  necessary  to  begin  the  input-output  experiment. 

This  allows  the  user  to  perform  time-consuming  preprocessing  one 
time  prior  to  conducting  the  input-output  experiment. 

Information  about  the  circuit  can  be  processed  prior  to  building 
it  and  then  stored  away  in  a  file. 

—  OUTPUT-FOR-FILE  is  a  list  containing  the  preprocessed  data  to  be 
stored  in  the  file  for  later  use. 
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: :  —  The  user  is  prompted  lor  the  filename  in  uhich  to  store  the 
; ;  preprocessed  data.  This  filename  consists  of  eight  ch2uracters 
;;  or  less.  The  system  appends  the  extension  “.ckt"  onto  the 
;;  filename,  yielding  a  name  of  the  form:  USER-INPUT-FILENAME. ckt . 
;;  —  After  the  data  is  stored  in  the  file,  the  file  is  closed  eind  the 
;;  user  is  returned  to  the  main  menu  by  a  call  to  DIAGNOSE-1. 

(define  (diagnose-preprocessor) 

(let*  (  (intermediate-format 
(phi 

(output-for-lile 
(neuline) 

(vriteln  "Enter  the  name  of  the  file  to  hold  your  preprocessed 
data. ") 

(eriteln  "The  filename  should  be  8  chairacters  or  less  nith  NO 
extension. ") 

(nenline) 

(display  "Enter  the  filename  — >  ") 

(let*  ((output -filename  (read-line)) 

(f ilename-Hith-ext  (string-append  output-filename 

".ckt")) 

(output-port  ( open-output-1 ile  f ilename-uith-ext))) 

(write  output-for-f ile  output-port) 

(close-output-port  output-port) 

(newline) 

(writeln  "Your  preprocessed  data  is  now  in  file  " 

f  ilen2une-with-ext  " .  " ) 

(newline) 

(diagnose-1)  ))) 


(run -input -module) ) 

(generate-equation 

intermediate-format) ) 
(cons  intermediate-format  phi))  ) 


(DIAGNOSE-B) 

—  DIAGNOSE-B  is  the  procedure  that  is  called  to  perform  sm 
input-output  experiment  using  the  preprocessed  information 
generated  by  DIAGNOSE-PREPROCESSOR. 

—  Initially,  the  user  is  prompted  for  a  filename  of  8  characters 
or  less.  The  extension  ".ckt"  is  appended  to  this  filename.  The 
file  is  then  opened  and  READ.  INPUT-FRON-FILE  is  the  data  that 
was  stored  in  the  file.  A  CAR  and  CDR  are  used  to  extract  the 
INTERMEDIATE-FORMAT  and  PHI,  respectively.  At  this  point,  the 
system  proceeds  in  the  same  fashion  as  if  DIAGNOSE-A  were 
executed. 

—  If  REPLY  is  #T,  then  DIAGNOSE-B  calls  itself.  Otherwise,  the 
user  is  returned  to  the  main  menu  by  a  call  to  DIAGNOSE-1 . 
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(define  (diagnose-b) 

(newline) 

(writeln  "Enter  the  name  of  the  file  that  holds  your  preprocessed 
data. ") 

(writeln  "The  filename  should  be  8  characters  or  less  with  HO 
extension. ") 

(newline) 

(display  "Enter  the  filename  — >  ") 

(let*  (  (input -filename  (read-line)) 

(f ilename-with-ezt  (string-append  input-filename  ".cht")) 

(input-port  (open-input-file  f ilename-with-ext)) 

(input-from-f ile  (read  input-port)) 

(port-status  (close-input-port  input-port)) 

;  the  following  two  statements  were  added  to  print  the  time 
;  of  day  as  soon  as  the  data  has  been  read  from  the  file 
(dummy-variable-1  (newline)) 

(dummy-variable-2  (time-of-day)) 

(intermediate-format  (cajr  input-from-f ile)) 

(phi  (cdr  input-from-f ile)) 

(tester-output  (tester  phi)) 

(reply  (interpret  intermediate-format 

phi 

tester-output))  ) 

;  output  the  time  of  day 
(newline) 

(time-of-day) 

(newline) 

(if  (null?  reply) 

(diagnose-1) 

(diagnose-b)))) 


;;  (TIME-OF-DAY) 

*  J 

; ;  —  TIME-OF-DAY  is  a  utility  for  displaying  the  time  of  day. 

; ;  The  PC-Scheme  RUITIME  primitive  is  used  which  returns  the  number 
;;  of  hundredths  of  a  second  that  have  occurred  since  midright. 

;;  This  number  must  be  decomposed  into  hundredths,  seconds, 

;;  minutes,  and  finally  hours. 

;;  —  The  time  is  then  output  in  the  form  of  a  24-hour  clock. 

(define  (time-of-day) 

(let*  (  (hundredths-of-seconds  (runtime)) 
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(hundredths  (modulo  hundradths-of-seconds  100)) 
(tot-no-of-seconds  (/  (-  hundredths-ol-seconds  hundredths) 

100)) 

(seconds  (modulo  tot-no-of-seconds  60)) 

(tot-no-ol-minutes  (/  (-  tot-no-ol-seconds  seconds)  60)) 
(minutes  (modulo  tot-no-of -minutes  60)) 

(tot-no-of-hours  (/  (-  tot-no-oi-minutes  minutes)  60))  ) 

(display  "The  time  is  nos:  ") 

(writeln  tot-no-ol-hours  minutes  seconds  hundredths)  )) 
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Filename:  inp-mod.s 


Requires  the  files:  tokenize.fsl,  prefixer. fsl,  tok-vhdl.fsl 

This  file  contains  the  procedures  which  control  the  Input 
Nodule.  RUN-IHPUT-NODULE  is  the  primary  procedure  which  calls 
either  the  TOKEH->PREFIX  and  GET-TOKEHIZED-LIST  procedures,  or 
the  VHDL->PREFIX  and  GET-VHDL-TOKENS  routines. 

The  list  returned  by  either  TOKEH->PREFIX  or  VHDL->PREFIX  is  in 
the  following  format: 

(  (EQ  D  (HOT  B))  (EQ  E  (HOT  (♦  A  D))) 

(EQ  F  (HOT  (*  C  D)))  (EQ  Z  (HOT  (*  E  F)))  ) 

ADD-SUFFIXES  places  a  “ — "  suffix  at  the  end  of  each  of  the 
symbols  in  the  prefix-format  to  create  the  IHTERNEDIATE-FORMAT 
which  is  returned  by  RUH-IHPUT-NODULE.  The  IHTERHEDIATE-FORNAT 
is  as  follows: 

(  (EQ  D~  (HOT  B--))  (EQ  E—  (HOT  (*  A—  D— ))) 

(EQ  F—  (HOT  (♦  C—  D--)))  (EQ  Z—  (HOT  (♦  E—  F— )))  ) 

ADD-SUFFIXES  sind  helping  procedures  are  included  in  this  file. 


(RUN-IKPUT-MODULE) 

—  RUN-IHPUT-NODULE  is  the  primary  procedure  which  calls  either  the 
TOKEH->PREFIX  and  GET-TOKEHIZED-LIST  procedures,  or  the 
VHDL->PREFIX 

and  GET-VHDL-TOKEHS  routines. 

—  The  list  returned  by  either  TOKEH->PREFIX  or  VHDL->PREFIX  is  in 
the  following  format: 

(  (EQ  D  (HOT  B))  (EQ  E  (HOT  (♦  A  D)))  (EQ  F  (HOT  (*  C  D))) 

(EQ  Z  (HOT  (♦  E  F)))  ) 

—  ADD-SUFFIXES  is  called  to  place  a  " — "  suffix  at  the  end  of  each 
of  the  node  symbols  in  the  prefix-format  to  create  the 
IHTERNEDIATE-FORNAT  which  is  returned. 

~  The  IHTERNEDIATE-FORNAT  is  as  follows: 

(  (EQ  D—  (HOT  B— ))  (EQ  E—  (HOT  (♦  A—  D— ))) 

(EQ  F—  (HOT  (*  C—  D— )))  (EQ  Z—  (HOT  (♦  E--  F— )))  ) 
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(define  (mn-input-module) 

(nenline) 

(newline) 

(vriteln  "Enter  the  type  of  input  file  for  your  circuit 
description. ") 

(writeln  "Your  choices  are:  ") 

(newline) 

(writeln  "  1.  VHDL  Dataflow  Description") 

(writeln  "  2.  Boolean  Equation  Description") 

(newline) 

(newline) 

(display  "Enter  the  number  of  your  choice  — >  ") 

(let  (  (choice  (read-line))  ) 

(cond  (  (equal?  choice  "1") 

(let*  ((prefix-list  (vhdl->pr*fix  (get-vhdl-tokens))) 

(intermediate-format  (add-suffixes  prefix-list))) 
intermediate-format)  ) 

(  (equal?  choice  "2") 

(let*  ((prefix-list  (token->pref ix 

(get-tokenized-list ) ) ) 
(intermediate-format  (add-suffixes 

prefix-list))) 

intermediate-format)  ) 

(  else 
(newline) 

(writeln  "You  must  enter  either  1  or  2!") 
(run-input-module)  )))) 


SUFFIX  ADDITION  PROCEDURES 


(ADD-SUFFIXES  prefix-list) 

Parameters : 

prefix-list  —  a  list  representing  a  system  of  equations  of  the 
form: 

(  (EQ  D  (NOT  B))  (Eq  E  (NOT  (*  A  D))) 

(EQ  F  (NOT  (*  C  D)))  (EQ  Z  (NOT  (*  E  F)))  ) 

—  ADD-SUFFIXES  takes  the  initial  system  of  equations  and  breaks  it 
down  line  by  line  calling  ADD-SUFFIXES- 1  to  operate  on 
individual  lines. 

—  Thus,  in  the  first  call  to  ADD-SUFFIXES- 1,  the  list 

(EQ  D  (NOT  B))  is  passed  to  ADD-SUFFIXES- 1 .  ADD-SUFFIXES- 1 
returns  a  list  of  the  form  (EQ  D —  (NOT  B — )).  ADD-SUFFIXES 
reassembles  the  system  of  equations  to  return  a  list  of  the 
form: 


222 


::  (  (EQ  D--  (HOT  B--))  (EQ  E--  (HOT  (*  A--  D— ))) 

(EQ  F--  (HOT  (•  C--  D--)))  (EQ  Z--  (HOT  (*  E--  F— )))  ) 

(define  (add-suffixes  prefix-list) 

(if  (null?  prefix-list) 

'() 

(append  (list  (add-suff ixes-1  (car  prefix-list))) 

(add-suffixes  (cdr  prefix-list))))) 


( ADD-SUFFIXES- 1  inlist) 

>  i 

Parameters: 

;;  inlist  —  a  list  representing  a  single  equation  of  the  form; 

; :  (EQ  D  (HOT  B)) 

$  $ 

::  —  ADD-SUFFIXES- 1  is  a  helping  procedture  for  ADD-SUFFIXES. 

; ;  This  procedure  breaks  up  the  line  into  the  left  and  right  halves 
::  of  the  equality,  or  inclusion  relations.  ADD-SUFFIXES-2  is 

called  to  operate  on  the  individual  components  of  each  line. 

; ;  —  ADD-SUFFIXES-2  adds  the  suffix  to  the  formulas  on  the  right  and 
left  sides  of  the  equality.  For  the  given  list,  the  formulas 
; ;  D  and  (HOT  B)  uould  be  passed  to  ADD-SUFFIXES-2  the  tuo  times  it 
: :  is  called  from  ADD-SUFFIXES-1 . 

;;  —  The  ASSEMBLE-LIHE  procedure  from  file  PREFIXER. S  is  used  to 
; reassemble  the  line  into  its  component  parts.  An  equation  of 
;;  the  following  form  is  returned:  (EQ  D —  (HOT  B — )). 

(define  (add-suff ixes-l  inlist) 

(if  (or  (eq?  'EQ  (car  inlist)) 

(eq?  ’LE  (car  inlist)) 

(eq?  'GE  (car  inlist))) 

(let  (  (new-left-side  (add-suff ixes-2  (cadr  inlist))) 

(new-right-side  (add-suff ixe8-2  (caddr  inlist)))  ) 
(assemble-line  (car  inlist)  new-left-side  new-right-side)  ) 
’()  )) 


(ADD-SUFFIXES-2  formula) 

—  ADD-SUFFIXES-2  is  a  helping  procedure  for  ADD-SUFFIXES-1. 

This  procedure  disassembles  formulas  of  the  form 
(operator  formula  (operator  formula  formula)), 

e.g.,  (*  D  (HOT  B)). 

—  If  the  input  formula  is  actually  a  symbol,  then  GOOD-SYMBOL?  is 
called  to  determine  whether  the  symbol  is  a  valid  node  symbol  or 
an  operator.  (GOOD-SYMBOL?  returns  false  if  an  operator  symbol, 
true  otherwise.)  If  the  symbol  is  a  node,  then 
ADD-SUFFIX-TO-SYMBOL  is  called  to  append  the  " — "  suffix  to  the 
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;;  end  of  the  symbol.  (GOOD-SYMBOL?  is  in  file  TOKEIIZE.S.) 

;;  —  II  the  first  element  cf  the  list  is  also  a  list,  then  the  input 
;;  list  is  broken  up  and  ADD-SUFFIXES-2  calls  itself  recursively. 
;;  —  Otherwise,  the  first  element  of  the  input  formula  is  a  symbol. 
;;  If  it  is  a  node  symbol,  then  a  suffix  is  added  to  it. 

; ;  ADD-SUFFIXES-2  calls  itself  recursively  to  operate  on  the 
; ;  remainder  of  the  formula. 

(define  (add-suff ixes-2  formula) 

(cond  (  (null?  formula) 

'()  ) 

(  (symbol?  formula) 

(if  (good-symbol?  formula) 

(add-suff ix-to-symbol  formula) 
formula)  ) 

(  (list?  (car  formula)) 

(append  (list  (add-suff ixes-2  (car  formula))) 

(add-suff ixes-2  (cdr  formula)))  ) 

(  else 

(if  (good-symbol?,  (car  formula)) 

;  (car  formula)  is  a  node  symbol 

(cons  (add-suff ix-to-symbol  (car  formula)) 

(add-suff ixes-2  (cdr  formula))) 

;  (car  formula)  is  an  operator 
(cons  (car  formula) 

(add-suff ixes-2  (cdr  formula))))  ))) 


;  :  (ADD-SUFFIX-TO-SYMBOL  symbol) 

I  f 

; ;  Parameter: 

; ;  symbol  -  an  arbitrary  symbol 

I  f 

; :  —  ADD-SUFFIX-TO-SYMBOL  adds  the  suffix  "  to  the  symbol. 

; ;  —  The  symbol  is  broken  down  into  a  string,  and  STRIHG-APPEID 
; ;  is  used  to  append  the  " — "  string  to  the  end  of  the  string 
; ;  to  which  the  symbol  was  converted. 

; ;  —  The  new  string  is  then  converted  back  to  a  symbol. 

: ;  —  If  the  input  SYMBOL  was  ABC ,  then  the  output  symbol  would  be ■ 
::  ABC—. 

(define  (add-suffix-to-symbol  symbol) 

(string->symbol  (string-append  (symbol->string  symbol)  " — "))) 


I 


224 


Filenane;  tokenize.s 


This  set  oi  procedures  reads  a  data  file  and  converts  the 
contents  of  the  file  to  a  tokenized  list.  These  procedures  are 
specific  for  transforming  the  input  from  the  data  file  to  a 
tokenized  list  of  symbols  representing  a  system  of  Boolean 
equations.  The  user  is  prompted  for  a  filename. 
GET-TOKERIZED-LIST  returns  a  tokenized  list  of  symbols. 


; :  (GET-TOKEHIZED-LIST) 

f  I 

; ;  —  GET-TOKEIIZED-LIST  call  GET-LIST-OF-CHARACTERS  which  returns  a 
; ;  list  of  ch2uracters  that  sere  read  from  a  file. 

: ;  —  The  CHARACTER-LIST  is  passed  to  TOKEHIZE  which  returns  a 
;;  a  properly  TOKEIIZEO-LIST. 

; ;  —  REPLACE- JUXTAPOSTIOHS  replaces  juxtapositions  of  symbols  with 
; ;  symbols . 

(define  (get-tokenized-list) 

(let*  (  (character-list  (get-list-of-characters)) 

(tokenized-list  (tokenize  character-list)) 
(new-tokenized-list  (replace- juxtapositions 

tokenized-list))  ) 

new-tokenized-list ) ) 


: ;  (GET-LIST-OF-CHARACTERS) 

I  $ 

;;  —  GET-LIST-OF-CHARACTERS  gets  a  string  of  chiuracters  from  a  file, 
; ;  converts  the  string  to  a  list ,  and  returns  the  list . 

;;  —  GET-FILEHAME  prompts  the  user  for  the  filen^uBe.  The 
; :  IIPUT-FILEIAME  is  passed  to  CALL-WITH-IIPUT-FILE  along  with 

;;  GET-STRIIG-FROM-FILE. 

; ;  —  CALL-WITH-IIPUT-FILE  returns  a  string  of  chuacters  to 

;;  IIPUT-STRIIG. 

; ;  —  STRIIG->LIST  converts  the  string  to  a  list  of  characters . 

(define  (get-list-of-characters) 

(lets  (  (input -filename  (get-filename)) 

(input-string  (call-with-input-file  input-filename 

get-string-from-f ile)) 
(input-list  (string->list  input-string))  ) 

(newline) 

input-list)) 


(GET-FILEIAKE) 


;;  —  GET-FILENAME  prompts  the  user  Tor  a  filename,  accepts  the 
;;  fileneune  from  the  ke7bo2Lrd,  and  returns  it. 

(define  (get-filename) 

(newline) 

(newline) 

(writeln  “****  Enter  the  filename  of  your  input  file  ♦***") 
(newline) 

(newline) 

(display  "Enter  the  input  filename  — >  ") 

(read-line)  ) 


: :  (GET-STRING-FROM-FILE  p) 

•  I 

; :  Parameters ; 

; ;  p  -  the  port  for  the  file  to  be  read 

t  » 

: :  —  GET-STRING-FROM-FILE  reads  a  file  and  returns  a  string  which 
;;  includes  all  of  the  characters  in  the  file. 

; ;  —  READ-LINE  is  used  to  read  one  line  of  the  file  at  a  time 
returning  a  string  to  INPUT-STRING. 

; ;  —  After  each  line  is  read,  a  check  is  made  to  determine  if 
;;  INPUT-STRING  is  the  eof  object.  If  it  is,  then  a  null  string  is 

;;  returned.  Otherwise,  a  #\newlina  is  STRING-APPENDed  to 

: :  INPUT-STRING  to  form  STRING-WITH-NEWLINE. 

; ;  —  GET-STRING-FROM-FILE  is  called  recursively  to  build  the  string 
; ;  which  consists  of  all  characters  in  the  input  file. 

(define  (get-string-from-f ile  p) 

(let  (  (input-string  (read-line  p))  ) 

(if  (eof-object?  input-string) 


(let*  (  (newline-string  (make-string  1  #\newline)) 

( str ing-with-newl ine 

(string-append  input-string  newline-string))  ) 

(string-append  string-with-newline 

(get-string-from-f ile  p))  )))) 


(TOKENIZE  character-list) 

Parameter : 

character-list  -  a  list  of  characters  contained  in  the 
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input  file 


; ;  —  TOKEIIZE  takes  a  character  list  and  returns  a  tokenized  list 
;;  in  vhich  the  only  elements  are  symbols,  valid  tokens,  and 
; ;  newline  markers . 

;;  —  TOKENIZE  scans  one  character  at  a  time  until  a  letter  or  digit, 

; ;  token,  or  a  newline  is  reached.  Other  characters  2u:e  skipped. 

;;  —  When  a  letter  or  digit  is  reached.  GET-SYMBOL  returns  the 
::  HEW-SYMBOL.  GET-REST-OF-LIST  returns  the  REST-OF-LIST. 

; ;  TOKEIIZE  is  then  called  recursively  to  tokenize  the 
;;  REST-OF-LIST. 

; ;  —  When  a  token  is  reached,  the  token  character  is  enclosed  in  a 

::  list.  Then  LIST->STRIHG  and  STRIIG->SYMBOL  are  called  to 

; ;  convert  the  character  to  a  TOKEl-SYMBOL.  TOKEIIZE  is  then 

; ;  called  recursively  on  the  CDR  of  CHARACTER-LIST  to  tokenize  the 

; ;  rest  of  the  list . 

;;  —  When  a  newline  is  detected,  the  same  process  is  used  as  when  a 
; ;  token  is  reached.  However,  the  newline  character  is  replaced 
::  with  *\.  to  denote  the  end  of  a  line. 

(define  (tokenize  character-list) 

(if  (null?  character-list) 

’() 

(let  (  (first-char  (car  character-list))  ) 

;  first-char  is  a  letter  or  digit 
(cond  (  (or  (letter?  first-char) 

(digit?  first-char)) 

(let  (  (new-symbol  (get-symbol  character-list)) 
(rest-of-list  (get-rest-of-list 

character-list))  ) 

(cons  new-symbol  (tokenize  rest-of-list)))  ) 

;  fir8t-ch2ur  is  a  token 
(  (token?  first-char) 

(let  (  (token-symbol 

(string->symbol  (list->string 

(list  first-char))))  ) 

(cons  token-symbol 

(tokenize  (cdr  character-list))))  ) 

;  first-char  is  a  #\newline 
(  (eq?  first-char  #\newline) 

(let  (  (token-symbol 

(string->symbol  (list->string 

(list  #\.))))  ) 

(cons  token-symbol 

(tokenize  (cdr  character-list))))  ) 

;  all  other  cases 
(  else 
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(tokenize  (cdr  character-list))  ))))) 


; ;  (GET-SYMBOL  character-list) 

>  * 

; ;  Parameter; 

;;  character-list  -  a  list  of  characters,  the  lirst 
; ;  part  of  shich  comprise  a  valid  symbol 

I  • 

;;  —  GET-SYMBOL  gets  the  characters  that  comprise  a  symbol,  and 
;;  converts  the  characters  to  a  symbol  which  is  then  returned. 

; ;  —  It  is  assumed  that  the  leading  characters  of  CHARACTER-LIST 
;;  comprise  a  valid  symbol. 

; ;  —  GET-SYNBOL-LIST  is  returns  the  sublist  of  CHARACTER-LIST  that 
;;  consists  of  the  characters  that  comprise  the  symbol. 

; :  —  COIVERT-TO-UPPER-CASE  converts  the  SYMBOL-LIST  to  upper  case 
; ;  to  eliminate  language  quirks  involved  when  dealing  with 
a  mix  of  upper  and  lower  case. 

: :  —  LIST->STRIIIG  and  STRIHG->SYMBOL  converts  REVISED-SYMBOL-LIST 
; ;  into  a  valid  symbol  which  is  then  returned. 

(define  (get-symbol  character-list) 

(let*  (  (symbol-list  (get-symbol-list  character-list)) 

(revised-symbol-list  (convert-to-upper-case  symbol-list))  ) 

(string->symbol  (list->string  revised-symbol-list)))) 


; ;  (GET-SYMBOL-LIST  character-list) 

I  t 

;;  Parameters: 

; ;  character-list  -  a  list  of  characters,  the  first 
; ;  part  of  which  comprise  a  valid  symbol 

I  * 

; ;  —  GET-SYMBOL-LIST  returns  a  list  consisting  of  the  characters  that 
;;  comprise  a  symbol. 

; ;  —  It  is  assumed  that  the  beginning  characters  of  the  initial  input 
;;  list  have  been  predetermined  to  be  a  symbol. 

; :  —  GET-SYMBOL-LIST  scans  the  CHARACTER-LIST  by  calling  itself 
;;  recursively  until  either  a  token  character,  space,  or  newline 
; ;  character  is  reached. 

(define  (get-symbol-list  character-list) 

(let  (  (first-char  (ciur  character-list))  ) 

(if  (or  (token?  first-char) 

(eq?  #\space  first-char) 

(eq?  #\newline  first-char)) 

'() 

(cons  first-char  (get-symbol-list  (cdr  character-list)))))) 
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(COHVERT-TO-UPPER-CASE  character-list) 


Parameter; 

; ;  character-list  -  a  list  of  characters 

I  f 

; ;  —  COHVERT-TO-UPPER-CASE  takes  a  list  of  characters  and  returns  a 
; ;  list  in  which  all  lower  case  ch2Lracters  are  converted  to  upper 
; ;  case  characters . 

; ;  —  CHAR-LOVER-CASE?  is  used  to  determine  if  a  character  needs  to  be 
: ;  converted.  CHAR-UPCASE  converts  the  lower  case  character  to 
upper  case. 

(define  (convert-to-upper-case  character-list) 

(if  (null?  character-list) 

'() 

(if  (char-lower-case?  (car  character-list)) 

(cons  (char-upcase  (car  character-list)) 

(convert-to-upper-case  (cdr  character-list))) 

(cons  (car  character-list) 

(convert-to-upper-case  (cdr  character-list)))))) 


;;  (CHAR-LOWER-CASE?  input-char) 

»  t 

;;  Parameter: 

: :  input-char  -  a  single  character 

$  t 

: ;  —  CHAR-LOWER-CASE?  is  a  predicate  procedure  for  determining 
;;  whether  a  character  is  lower  case. 

(define  (char-lower-case?  input-char) 

(and  (char>=?  input-char  #\a) 

(char<=?  input-char  #\z))  ) 


; ;  (GET-REST-OF-LIST  character-list) 

I  I 

;;  Parameter; 

; ;  character-list  -  a  list  of  characters 

I  > 

; ;  —  GET-REST-OF-LIST  accepts  a  list  and  returns  a  sublist  removing 
; ;  the  characters  comprising  a  symbol  at  the  head  of  the 
; ;  CHARACTER-LIST. 

;;  —  TOKEI?  is  used  to  determine  if  a  character  is  a  token. 

(define  (get-rest-of-list  character-list) 
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(let  (  (lirst-char  (car  character-list))  ) 

(cond  (  (token?  lirst-char) 
character-list  ) 

(  (eq?  #\space  lirst-char) 
character-list  ) 

(  (eq?  #\neHline  lirst-char) 
character-list  ) 

(  else 

(get-rest-ol-list  (cdr  character-list))  )))) 


; ;  (LETTER?  input-char) 

; ;  Parameter : 

; ;  input-char  -  a  character 

: :  —  LETTER?  is  a  predicate  procedure  lor  determining  whether  a 
character  is  a  letter. 

(deline  (letter?  input-char) 

(or  (and  (char>=?  input-char  #\a) 

(char<=?  input-char  #\z)) 

(and  (char>=?  input-char  #\A) 

(char<*?  input-char  #\Z)))  ) 


(DIGIT?  input-char) 

;;  Parameter: 

; ;  input-char  -  a  cheuracter 

; ;  —  DIGIT?  is  a  predicate  procedure  lor  determining  whether  a 
; ;  character  is  a  digit . 

(deline  (digit?  input-char) 

(and  (char>=?  input-char  #\0) 

(chiu-<=?  input-char  #\9))  ) 


; ;  (TOKEI?  input-char) 

; ;  Parameter : 

; :  input-char  -  a  character 

; ;  —  TOKEI?  is  a  predicate  procedure  lor  determining  whether  a 
character  is  a  token. 

(deline  (token?  input-char) 
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(or  (char=?  input-char  #\+) 
(char=?  input-char  #\*) 
(char=?  input-char  #\() 
(char=?  input-char  #\)) 
(char=?  input-chaur  #\=) 
(char=?  input-char  #\’) 
(char=?  input-char  #\*) 
(chaur=?  input-char  #\<) 
(char=?  input-char  #\!))  ) 


(REPLACE- JUXTAPOSITIONS  lat) 
Peu:aa«t«r : 

lat  -  a  liat  of  tokenized  aymbola 


—  REPLACE  JUXTAPOSITIONS  raplacaa  juztapoaitiona  of  aymbola  by 
inaerting  tha  character  between  an  appropriate  juztapoaition 
of  ayabola. 

—  Juztapoaitiona  replaced  are  aa  followa: 


aynboll  aymbol2  — > 
aynbol  I ( I  — > 

I ) I  aynbol  — > 

1)11(1  — > 

I '  I  I  ( I  ~> 

i ’ 1  aynbol  — > 

aynbol  *  — > 

1)1'  -> 


aynboll  *  aynbol2 
aynbol  *  I ( I 
1)1  •  aynbol 
1)1  *  1(1 
I’l  *  1(1 

I ' I  ♦  aynbol 
aynbol  *  ' 

1)1  ♦  ■ 


(define  (replace-juxtapoaitiona  lat) 
(cond  (  (null?  lat) 

'()  ) 

(  (null?  (cdr  lat)) 
lat  ) 


(  elae 

(let  (  (f irat-aynbol  (car  lat)) 

(aecond-aynbol  (cadr  lat))  ) 

(if  (or  (and  (good-aynbol?  firat-aynbol) 

(good-aynbol?  aecond-aynbol)) 
(and  (good-aynbol?  firat-aynbol) 
(eq?  '1(1  aecond-aynbol)) 

(and  (eq?  '1)1  firat-aynbol) 

(good-aynbol?  aecond-aynbol)) 
(and  (eq?  '1)1  firat-aynbol) 

(eq?  '1(1  aecond-aynbol)) 

(and  (eq?  ’ I ' I  firat-aynbol) 

(eq?  '1(1  aecond-aynbol)) 
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(amd  (eq?  ’ 1 ’ 1  first-symbol) 

(good-symbol?  second-symbol)) 

(aoid  (good-symbol?  first-symbol) 

(eq?  ''  second-symbol)) 

(auid  (eq?  '1)1  first-symbol) 

(eq?  *■  second-symbol))) 

(cons  first-symbol 
(cons  ’♦ 

(replace-juxtapositions  (cdr  1st)))) 
(cons  first-symbol 

(replace- juxtapositions  (cdr  1st)))))  ))) 


(GOOD-SYMBOL?  input-symbol) 

Parauseter : 

input-symbol  -  a  symbol 

—  GOOD-SYMBOL?  is  a  predicate  for  determining  that  a  symbol  is  not 
a  token,  i.e.,  a  good  symbol. 

—  GOOD-SYMBOL?  is  used  for  clarity  in  REPLACE- JUXTAPOSITOMS . 


(define  (good-symbol?  input-symbol) 
(not  (token-symbol?  input-symbol))) 


(TOKEN-SYMBOL?  input-symbol) 

Parameter : 

input-symbol  -  a  symbol 

—  TOKEN-SYMBOL?  is  a  predicate  procedure  for  determining  vhether  a 
symbol  is  a  valid  token. 


(define  (tok 
(or  (eq? 
(eq? 
(eq? 
(eq? 
(eq? 
(eq? 
(eq? 
(eq? 
(eq? 
(eq? 
(eq? 
(eq? 
(eq? 
(eq? 


;en-symbol?  input-s]rmbol) 
input-symbol  ’1(1  ) 
input-symbol  '  I  )  I  ) 
input-symbol  ’  |  '  I  ) 
input-symbol  ’  |  .  |  ) 
input-symbol  ’*  ) 
input-symbol  ’+  ) 
input-symbol  ’ !  ) 
input -symbol  ) 
input-symbol  ’=  ) 
input-symbol  ’<  ) 
input-symbol  ’AND) 
input-symbol  ’OR) 
input-symbol  ’XOR) 
input-symbol  ’NOT) 
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(eq?  input-symbol  ’EQ) 
(eq?  input-symbol  ’LE) 
(eq?  input-symbol  'GE))  ) 


Filename:  PREFIXER. S 


These  procedures  sure  used  to  transform  a  tokenized  input  list 
into  a  list  shich  is  in  prefix  form.  This  list  may  either  be  a 
system  of  equations,  or  it  may  be  a  Boolean  formula.  The 
tokenized  input  list  is  of  the  form: 


(  D  =  B  I’l  l.l  E  =  1(1 

1>I  l.l  Z  =  1(1 


A  •  D 
E  ♦  F 


1)1  1*1  l.l  F  =  1(1  C  *  D 
1)1  i'l  l.l  ) 


1)1 


The  list  returned  by  TOKE»->PREFIX  is: 


(  (EQ  D  (MOT  B))  (EQ  E  (lOT  (*  A  D)))  (EQ  F  (HOT  (*  C  D))) 
(EQ  Z  (HOT  (e  E  F)))  ) 


n 


- : 


:  :  (TOKEH->PREFIX  1st) 

J  > 

; ;  Psurameters : 

; ;  1st  -  accepts  an  input  list  of  tokens  forming  a  Boolean  equation 

I  > 

; ;  —  TOKEH->PREFIX  accepts  an  input  list  of  tokens  and  puts  the 
;;  list  into  prefix  form. 

: ;  —  GET-LIHE-FROM-LIST  takes  a  line  from  the  input  list  of  tokens , 

;;  and  processes  this  line.  For  example,  if  the  ?.ine  is  an 

;;  equality  such  as  x  s  a  -t-  b,  the  line  is  converted  to  the 

;;  form:  (EQ  X  (•»■  A  B)).  If  the  input  line  is  a  formula,  then  the 
; ;  line  is  transformed  into  prefix  form.  The  end  of  a  line  is 
;;  demarked  by  the  nevline  (|.|)  token.  Thus,  GET-LIHE-FROH-LIST 
; ;  assumes  that  all  tokens  prior  to  the  first  occurrence  of  l.l  are 
; ;  part  of  the  line  to  be  processed.  GET-RIGHT-PART  returns  all 

;;  tokens  after  the  first  occurrence  of  the  l.l  symbol. 

; ;  TOKEI->PREFIX  then  calls  itself  recursively  to  process 

::  REST-OF-LIST.  The  recursive  calls  end  when  REST-OF-LIST  is  nil. 

: :  —  The  LIIE  processed  by  GET-LIHE-FROH-LIST  is  appended  to  the 

; ;  PREFIXED-LIST  returned  by  the  recursive  call  to  TOKEH->PREFIX. 

;;  Thus,  TOKEH->PREFIX  returns  a  list  of  LIKES  produced  by  the 

successive  calls  to  GET-LIHE-FROM-LIST  via  TOKEH->PREFIX,  i.e., 

; ;  lines  sure  appended  together  to  form  a  single  prefix  expression. 

(define  (token->prefix  1st) 

(if  (null?  1st) 

'()  . 

;  get  a  line  and  process  it,  then  get  the  rest-of-list 
(let  (  (line  (get-line-from-list  1st)) 

(rest-of-list  (get-right-part  1st  'l.|))  ) 

(if  (null?  line) 

'() 

;  make  recursive  call  to  get  pref ixed-list  and  append  it 
(lot  (  (prof ixed-list  (tokon->pref ix  rest-of-list))  ) 
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(if  (not  (null?  pr«f ix«d-list)) 

(append  (list  line)  prsf izsd-list) 
(list  line)  )))))) 


; :  (GET-LIIE-FROM-LIST  1st) 

•  » 

; ;  Paraastsrs : 

; ;  1st  -  accepts  an  input  list  of  tokens  forning  a  Boolean  equation 

I  • 

; ;  —  GET-LZVE-FRON-LIST  takes  a  sublist  from  the  tokenized  symbol 
; :  list  up  to  but  not  including  the  first  nesline  marker  ( I . I ) . 

: :  —  The  procedure  assumes  that  each  lime  has  either  an  equality 
;;  or  implication  operator,  or  is  a  Boolean  formula. 

;;  —  If  the  line  has  an  equality  or  implication  operator,  the  line  is 
;;  decomposed  appropriately  into  a  left  and  right  aide,  put  into 
prefix  form,  and  reassembled  appropriately. 

; ;  GET-LEFT-PART-OF-LIIE  and  GET-RIGHT-PART-OF-LIIE  decompose  LIRE 
and  put  the  respective  parts  into  prefix  form.  ASSEMBLE-LIIE 
; ;  puts  the  parts  back  together  into  prefix  form. 

; :  —  If  the  line  is  a  Boolean  formula,  signified  by  the  lack  of  an 
; ;  equality  or  implication  operator,  then  the  formula  is  simply  put 
into  prefix  form  by  MAKE-PREFIX-FORM. 

(define  (get-line-from-list  1st) 

(let  (  (line  (get -left -part  let  M.l))  ) 

;  the  line  contains  an  equality 
(cond  (  (member  line) 

(let  (  (left-part  (get-left-part-of-line  line  '=)) 

(right-part  (get-right-part-of-line  line  '=))  ) 
(aseemble-line  'EQ  left-part  right-part))  ) 

;  the  line  contains  an  implication 
(  (member  '<  line) 

(let*  (  (left-part  (get-left-part-of-line  line  ’<)) 

(right-part  (get-right-part-of-line  line  ’<))  ) 
(assemble-line  ’LE  left-part  right-part))  ) 

;  the  line  is  a  Boolean  formula 

(  else 

(make-pref ix-fom  line)  )))) 


(GET-LEFT-PART-OF-LIIE  1st  input-symbol) 

Parameters: 

1st  -  a  list  of  tokens  vhich  includes  input-symbol 
input-symbol  -  the  symbol,  to  the  left  of  which,  all  symbols 
will  be  returned  in  prefix  form 

—  GET-LEFT-PART-OF-LIIE  returns  the  sublist  of  the  input  list 
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;;  shich  includes  all  elements  up  to,  but  not  including  the  first 
;;  occurrence  of  the  input  symbol.  The  returned  list  is  in  prefix 
: ;  form. 

; ;  —  GET-LEFT-PART  returns  the  sublist  of  the  input  list  which 
includes  all  elements  up  to,  but  not  including  the  first 
; ;  occurrence  of  input  symbol . 

;  ;  —  The  returned  list  is  put  into  prefix  form  by  MAKE-PREFIX-FORM. 

(define  (get-left-part-of-line  Ist  input-symbol) 

(medce-pref ix-form  (get-left-part  let  input-symbol))) 


; ;  (GET-RIGHT-PART-OF-LIHE  1st  input-symbol) 

*  • 

: ;  Parameters : 

; ;  1st  -  a  list  of  tokens  which  includes  input-symbol 

input-symbol  -  the  symbol,  to  the  right  of  which,  all  symbols 
: :  will  be  returned  in  prefix  form 

•  I 

: :  —  GET-RIGHT-PART-OF-LIHE  returns  the  sublist  of  the  input  list 
;;  which  includes  all  elements  after,  but  not  including  the  first 
; ;  occurrence  of  the  input  symbol.  The  returned  list  is  in  prefix 
; ;  form. 

: ;  —  GET-RIGHT-PART  returns  the  sublist  of  the  input  list  which 
includes  all  elements  after,  but  not  including  the  first 
; ;  occurrence  of  input  symbol. 

;;  —  The  returned  list  is  put  into  prefix  form  by  MAKE-PREFIX-FORM. 

(define  (get-right-part-of-line  1st  input-symbol) 

(make-prefix-form  (get-right-part  1st  input-s3rmbol))) 


; ;  (ASSEMBLE-LINE  token-symbol  left-part  right-part) 

$  t 

; ;  P2Lrameters : 

; ;  token-symbol  -  the  symbol  to  be  placed  at  the  front  of  the  list 

; ;  left-part  -  a  list  which  is  either  a  single  element  or  a  list 

; ;  in  prefix  form 

; ;  right-part  -  a  list  which  is  either  a  single  element  of  a  list 
; ;  in  prefix  form 

I  I 

; ;  —  ASSEMBLE-LIHE  assembles  prefixed  expressions  such  that  the 
; ;  first  element  is  the  token-symbol,  and  the  left-  and  right -parts 
;;  are  either  prefixed  or  single  element  lists. 

; ;  —  The  components  are  assembled  differently  depending  on  the  type 
;;  of  input  lists.  The  assembled  list  should  not  include  single 
; ;  element  lists ,  but  rather  symbols . 

(define  (assemble-line  token-symbol  left-part  right-part) 


;  both  left-  and  right-part  ara  lists  «ith  a  single  element 
(cond  (  (and  (single-element-list?  left-part) 

(single-element-list?  right-part)) 

(cons  token-symbol  (append  left-part  right-part))  ) 

; left-part  is  a  single  elem,  right-pairt  is  in  prefix  form 
(  (and  (single-element-list?  left-part) 

(not  (null?  right-part))) 

(cons  token-symbol  (append  left-part  (list  right-part)))  ) 

;  left-part  is  in  prefix  form.  right-p2irt  is  single  element 
(  (single-element-list?  right-part) 

(cons  token-symbol  (append  (list  left-part)  right-p^u:t))  ) 

;  all  other  cases 
(  else 

(cons  token-symbol  (append  (list  left-part) 

(list  right-part)))  ))) 


(MAKE-PREFIX-FORM  1st) 

Parameters : 

Ist  -  an  input  list  of  tokens 


—  MAKE-PREFIX-FORM  accepts  an  input  list  and  puts  it  into  prefix 
form. 

—  Parenthetical  expressions  are  broken  into  sublists  by 
GET-IIHER-PART  and  are  put  into  prefix  form  by  a  recursive  call 
to  MAKE-PREFIX-FORM.  Then  the  portion  of  the  input  list  which 
occurs  prior  to  and  after  the  parenthetical  expression,  as  well 
as  the  prefix  form  of  the  expression,  is  reassembled  by 
REASSEMBLE-LIST  to  form  the  COMPLETE-LIST.  COMPLETE-LIST  is 
used  as  the  parameter  to  make  a  recursive  call  to 
MAKE-PREFIX-FORM. 

—  Both  prefix  and  postfix  complementation  are  handled  by 
MAKE-PREFIX-FORM.  The  symbol  to  be  complemented  is  replaced  by 
the  appropriate  sublist  which  is  put  into  prefix  form. 
GET-LEFT-PART  and  GET-LEFT-COMP-PART  get  the  part  of  the  list 
prior  to  the  symbol  to  be  complemented  for  the  prefix  amd 
postfix  complementation  cases,  respectively.  The  LEFT-PART,  the 
input  list,  and  the  complementation  symbol  are  then  passed  to 
COMP->PREFIX  which  puts  the  expression  to  be  complemented  into 
prefix  form,  reassembles  the  list,  ud  recursively  calls 
MAKE-PREFIX-FORM. 

—  Expressions  with  infix  operators  (■•■,  *,  and  !)  put  into  prefix 
form  by  IIFIX->PREFIX .  IIFIX->PREFIX  dissassembles  a  list  into 
left  and  right  sublists,  each  of  which  is  put  into  prefix  form. 
Then  the  sublists  are  assembled  with  the  operator  in  prefix 
form.  The  order  in  which  the  operators  are  put  into  prefix  form 
is  based  on  precedence,  with  the  least  priority  operator  put 
into  prefix  form  first,  i.e.,  OR,  then  AID,  and  finally  XOR. 
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(define  (maXe-pref ix-foxn  1st) 

;  the  case  of  a  parenthetical  sub-expression 
(cond  (  (member  '1(1  1st) 

(let*  (  (inner-part  (get-inner-list  1st)) 

( inner-in-prefix-form  (make-pref ix-f orm 

inner-peurt)  ) 

(left-part  (get-left-part  1st  '1(1  )) 

(right -part  (get-right-outer-list  Ist)) 
(complete-list 

(reassemble-list  left-part 

inner-in-pref ix-f orm 
right -part))  ) 

(make-prefix-form  complete-list))  ) 

;  the  prefixed  complementation  case 
(  (member  '*  1st) 

(let  (  (left-part  (get-left-part  1st  ’"))  ) 

(comp->pref ix  1st  left-part))  ) 

;  the  postfix  complementation  case 
(  (member  *  I ’ I  1st) 

(let  (  (left-part  (get-left-comp-part  1st))  ) 

(comp->prefix  1st  'I'l  left-part))  ) 

;  the  infix  OR  case 
(  (member  '+  1st) 

(infix->prefix  1st  '+  '+)  ) 

;  the  infix  OR  case 
(  (member  'OR  1st) 

(infix->pr*f ix  1st  'OR  '+)  ) 

;  the  infix  AID  case 
(  (member  '*  1st) 

(inf ix->pref ix  1st  '*  '*)  ) 

;  the  infix  AHD  case 
(  (member  'AND  1st) 

(inf ix->pref ix  1st  'AND  '♦)  ) 

;  the  infix  XOR  case 
(  (member  ' !  1st) 

(inf ix->pref ix  1st  '!  '!)  ) 

;  the  infix  XOR  case 
(  (member  'XOR  1st) 

(inf ix->pref ix  1st  'XOR  '!)  ) 

;  otherwise ,  return  the  list 
(  else  1st  )  )) 


(GET-INNER-LIST  1st) 

Peurameters : 

1st  -  a  list  of  tokens 

—  GET-INNER-LIST  accepts  a  list  of  tokens  which  includes  a 


; ;  parenthetical  ezpreasion  and  retume  the  sublist  of  tokens  that 
nake  up  the  expression. 

;;  —  The  enclosing  parentheses  are  not  returned,  hosever,  nested 
; ;  parenthetical  expressions  are  included  to  include  parentheses 
; ;  symbols . 

; ;  —  GET-RIGHT-PART  returns  the  sublist  of  the  input  list  which 
;;  includes  2ill  symbols  after  the  first  occurrence  of  1(1. 

; ;  DELETE-RIGHT-PART  returns  the  sublist  of  REST-OF-LIST  which 

; :  includes  all  symbols  prior  to  the  appropriate  closing 

;;  parentheses  symbol. 

(define  (get-inner-list  1st) 

(let*  (  (rest-of-list  (get-right-part  1st  »l(l  )) 

(inner-list  (delete-right-part  rest-of-list  0))  ) 
inner-list)) 


: :  (DELETE-RIGHT-PART  1st  nesting-level) 

•  a 

; ;  Parameters : 

; ;  1st  -  a  tokenized  sublist  of  which  all  to  the  left  of ,  and 
; ;  including,  a  left  parentheses  has  been  removed 

; ;  nesting-level  -  the  level  at  which  parenthetical  expressions  eire 
; ;  nested  (the  top  level  equals  0) 

a  I 

; ;  —  DELETE-RIGHT-PART  is  a  helping  procedure  for  GET-IIIER-LIST. 

;;  It  deletes  the  right  part  of  the  list  after,  but  not  including, 
;;  the  enclosing  right  parentheses. 

; ;  —  The  level  of  nesting  of  parenthetical  expressions  is  monitored 
;;  by  tracking  the  nesting  level. 

(define  (delete-right-part  1st  nesting-level) 

(if  (null?  1st) 

’() 

(let  (  (first-symbol  (car  1st)) 

(rest-of-list  (edr  1st))  ) 

:  a  nested  parenthetical  expression  is  detected, 

;  add  1  to  nesting  level  and  m2dce  a  recursive  call 
(cond  (  (eq?  first-symbol  '1(1  ) 

(cons  first-symbol 

(delete-right-part  (edr  1st) 

(!■•■  nesting-level)))  ) 

;  the  right  parentheses  is  detected,  return  nil 
(  (and  (eq?  first-symbol  '|)|  ) 

(eq?  nesting-level  0)) 

'()  ) 

;  a  right  parentheses  of  a  subexpression  is 
;  detected,  decrement  nesting  level  by  one 
(  (eq?  first-symbol  '1)1  ) 

(cons  first-symbol 
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(del«t«-right-part  (cdr  Ist) 

(-1+  n«Bting-lev«l)))  ) 

:  save  the  current  symbol  and  call  recursively 
(  else 

(cons  first-symbol 

(delete-right-part  (cdr  1st) 

nesting-level))  ))))) 


: ;  (GET-RIGHT-OUTER-LIST  1st) 

>  $ 

;;  Parameters: 

; ;  1st  -  a  tokenized  list 

•  * 

; ;  —  GET-RIGHT-QUTER-LIST  returns  the  sublist  consisting  of  all 
: :  elements  after  a  parenthetical  expression.  When  this  procedure 

; ;  is  called,  the  initial  left  parentheses  has  been  detected,  and 

: ;  all  elements  to  the  right  of  the  respective  right  parentheses 
; ;  must  be  returned. 

; :  —  GET-RIGHT-PART  returns  the  sublist  after  the  left  parentheses . 

; ;  —  GET-RIGHT-OUTER-LIST-1  is  called  to  extract  the  sublist  from 
; ;  REST-OF-LIST  which  is  all  tokens  after  the  right  enclosing 
;;  parentheses. 

(define  (get-right-outer-list  1st) 

(let*  (  (rest-of-list  (get-right-part  1st  *1(1)) 

(right-part  (get-right-outer-list-1  rest-of-list  0))  ) 
right -part)) 


; ;  (GET-RIGHT-OUTER-LIST-1  1st  nesting-level) 

I  f 

; ;  P^lr^UBeters : 

; ;  1st  -  a  tokenized  sublist  of  which  all  to  the  left  of ,  and 
; ;  including,  a  left  parentheses  has  been  removed 

; ;  nesting-level  -  the  level  at  which  pventhetical  expressions  are 
; ;  nested  (the  top  level  equals  0) 

•  $ 

; :  —  GET-RIGHT-OUTER-LIST-1  is  a  helping  procedure  for 
; :  GET-RIGHT-OUTER-LIST. 

; ;  —  GET-RIGHT-OUTER-LIST- 1  scans  the  input  list  until  a  right 
; ;  parentheses  is  detected  and  the  nesting  level  is  0.  Then,  the 

;;  sublist  to  the  right  of  the  parentheses  is  returned. 

; ;  —  The  level  of  nesting  of  subexpressions  is  monitored  by 
;;  nesting-level. 

(define  (get-right-outer-list-1  1st  nesting-level) 

(let*  (  (first-char  (car  Ist)) 

(rest-of-list  (cdr  1st))  ) 
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;  the  right  enclosing  parentheses  is  detected 
(cond  (  (and  (eq?  first-char  '1)1  ) 

(eq?  nesting-level  0)) 

(cdr  1st)  ) 

;  a  nested  parenthetical  subexpression  is  detected,  add 
;  one  to  the  nesting  level  and  make  a  recursive  call 
(  (eq?  first-char  ’1(1  ) 

(get-right-outer-list-1  (cdr  1st)  (1+  nesting-level))  ) 

;  a  right  parentheses  is  detected  for  a  subexpression 
;  decrement  nesting  level  by  1  and  make  a  recursive  call 
(  (eq?  first-char  '1)1  ) 

(get-right-outer-list-1  (cdr  1st)  (-1+  nesting-level))  ) 
:  otherwise,  make  a  recursive  call 

(  else 

(get-right-outer-list-1  (cdr  1st)  nesting-level)  )))) 


(COMP->PREFIX  1st  input-symbol  left-part) 

Parameters: 

1st  -  a  tokenized  list  in  which  a  complement  symbol  was  detected 
input-symbol  -  the  complement  symbol  detected  (prefix  or 
postfix) 

left-part  -  the  sublist  of  1st  which  includes  all  symbols  prior 
to  the  symbol  to  be  complemented  (postfix)  or  the 
prior  to  the  complement  symbol  (prefix) 

“  COMP->PREFIX  is  a  helping  procedure  for  MAKE-PREFIX-FORM, 

—  COMP->PREFIX  passes  the  input  list  and  the  input-symbol  to 
GET-COMPLEMEHTED-PART  which  returns  the  complemented  expression. 
MAKE-COMP-PREFIX-FORM  returns  the  prefix  form  of 
COMPLEMEHTED-PART. 

—  GET-ALL-AFTER-COMP-PART  returns  the  sublist  which  is  all  tokens 
after  the  complemented  expression. 

—  REASSEMBLE-LIST  takes  the  LEFT-PART,  the  complemented  symbol  in 
prefix  form,  and  the  RIGHT-PART  and  forms  the  COMPLETE-LIST. 
NAKE-PREFIX-FORN  is  then  called  recursively  to  put  COMPLETE-LIST 
into  prefix  form. 


(define  (comp->prefiz  1st  input-symbol  left-part) 

(let*  (  ( complement ed-part  (get-complemented-peu:1;  1st 

input-symbol)) 


( comp-part-in-pref ix-f orm 

(make-comp-prefix-form  complement ed-part ) ) 
(right-part  (get-all-after-comp-part  1st  input-symbol)) 
(complete-list  (reassemble-list  left-part 

comp-part - in-pr of ix-f orm 
right-part))  ) 

(make-prefix-form  complete-list))) 
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(GET-LEFT-COMP-PART  Ist) 


; :  Parameters : 

; ;  Ist  -  a  tokenized  list  in  which  a  postfix  complement  is  detected 

I  I 

; ;  —  GET-LEFT-COMP-PART  returns  the  sublist  containing  all  elements 
; ;  to  the  left  of  the  symbol  to  be  complemented.  This  procedure  is 
::  used  only  in  the  postfix  complementation  case. 

; ;  —  The  procedure  calls  itself  recursively  until  the  postfix 
; ;  complement  is  detected. 

(define  (get-left-comp-part  1st) 

(let  (  (first-char  (car  1st})  ) 

(if  (eq?  ’I ’I  (cadr  1st)) 

'() 

(cons  first-char  (get-left-comp-part  (cdr  1st)))))) 


: :  (GET-COMPLEMERTED-PART  1st  input-symbol) 

;;  Parameters: 

; ;  1st  -  a  token  list  in  which  a  complement  token  has  been  detected 

; ;  input-symbol  -  the  token  symbol  that  was  detected 

; :  —  GET-COMPLEMEITED-PART  returns  the  symbol  that  is  to  be 
; ;  complemented,  handling  both  postfix  and  prefix  complemented 
cases. 

(define  (get-complemented-part  Ist  input-symbol) 

(if  (eq?  input-symbol) 

;  prefix  case 

(if  (eq?  (car  1st}) 

(cadr  1st) 

(get-complemented-part  (cdr  1st)  input-symbol)) 

;  postfix  case 

(let  (  (first-char  (car  1st))  ) 

(if  (eq?  'I'l  (cadr  1st)) 
first-char 

(get-complemented-part  (cdr  1st)  input-symbol)))}) 


(MAKE-COMP-PREFIX-FORM  input-symbol) 

Parameters : 

input-symbol  -  the  symbol  to  be  complemented  (in  prefix  form) 

—  MAKE-COMP-PREFIX-FORM  returns  a  list  with  the  input  symbol  in  a 
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coMplraanted,  praliz  lorn. 


(dalina  (■ake-coap-prafiz-form  input-aymbol) 
'(lOT  ,inpnt-8yabol)) 


; ;  (GET-ALL-AFTEK-COMP-PART  1st  input-aymbol) 

•  I 

; ;  Paraaatara : 

; ;  1st  -  a  tokan  list  in  which  a  complamant  tokan  has  been  datected 
; ;  input-symbol  -  tha  tokan  symbol  that  was  detectad 

•  $ 

; ;  —  GET-ALL-AFTER-COMP-PART  raturns  tha  part  ol  tha  list  after  the 
; ;  symbol  to  be  complemented. 

; :  —  Both  prafiz  complamant  case  *a,  and  tha  postf iz  case  a’  are 
;  handled . 

;;  —  laithar  tha  symbol,  nor  tha  complamant  symbol  is  returned  with 
;;  the  subliat. 

(define  (gat-all-after-comp-part  let  input-symbol) 

(if  (aq?  ’*  input-symbol) 

:  prafiz  case 

(if  (aq?  '*  (car  let)) 

(cddr  Ist) 

(gat-all-af tar-comp-part  (cdr  1st)  input-symbol)) 

:  postf iz  case 

(if  (aq?  'I ’I  (cadr  let)) 

(cddr  Ist) 

(gat-all-after-comp-part  (cdr  lot)  input-symbol)))) 


; ;  (REASSEMBLE-LIST  left-part  inner-part  right-part) 

I  » 

; :  Parameters : 

: ;  left-part  -  a  list 

; ;  inner-part  -  a  list 

: :  right-part  -  a  list 

$  $ 

;;  —  REASSEMBLE-LIST  reassembles  a  list  consisting  of  left,  inner, 

;;  and  right  sublists.  It  is  used  after  the  symbol  list  is 
; ;  disassembled  when  making  into  prefix  form  either  parenthetical 
;;  or  complemented  ezpressions. 

(define  (reassemble-list  left-part  inner-part  right -part) 

(append  left-part  (append  (list  inner-part)  right-peurt))) 


;;  (SIIGLE-ELEMEIT-LIST?  obj) 
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;;  Paraaatar: 

; :  obj  -  an  arbitrary  object 

• •  SIIGLE— ELEMEMT— LIST?  is  a  predicate  procedure  for  detemining 

; ;  whether  a  list  is  a  list  that  consists  of  a  single  element . 

;;  —  If  so.  *T  is  retnmed.  If  not,  nil  is  returned. 

(define  (single-eleaent-list?  obj) 

(cond  (  (not  (list?  obj)) 

'()  ) 

(  (null?  obj) 

'()  ) 

(  else 

(eq?  •()  (cdr  obj))  ))) 


::  (LIST?  obj) 

;;  Parameter: 

::  obj  -  an  arbitrary  object 

;;  LIST?  is  a  predicate  procedure  for  determining  whether  an  object 
is  a  list.  If  so,  #T  is  returned.  Else,  nil  is  returned. 

(define  (list?  obj) 

(or  (pair?  obj) 

(null?  obj))) 


i  (IHFIX~>PREFIX  Ist  input~8ymbol  output~symbol) 

I 

;  Parameters : 

;  1st  -  a  tokenized  list  which  contains  an  infix  operator 
:  input-symbol  -  the  infix  operator  in  the  list 

:  output-symbol  -  the  prefix  operator  that  will  replace  the 

:  input-symbol  (if  different  from  input-symbol) 

t 

;  —  IIFIX->PREFIX  is  a  helping  procedure  for  MAKE-PREFIX-FORM . 

;  —  In  the  procedure,  the  sublist  prior  to  the  operator  is  obtained 
;  by  GET-LEFT-PART.  This  sublist  is  then  made  into  prefix  form  by 

;  MAKE-PREFIX-FORM. 

;  Likewise,  the  sublist  after  the  operator  is  obtained  by 
:  GET-RIGHT- PART  and  put  into  prefix  form  by  MAKE-PREFIX-FORM. 

:  —  ASSEMBLE-LIIE  is  called  to  return  the  prefix  form  of  the  infix 

:  expression  in  which  the  output-symbol,  the  operator,  the 

:  LEFT-II-PREFIX-FORM,  and  the  RIGHT-IH-PREFIX-FORM  are  put 

;  together  to  form  a  COMPLETE-LIST.  COMPLETE-LIST  is  then 

;  returned . 
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(d«lin«  (infiz->pr«fiz  Ist  input-symbol  output-symbol) 

(1st*  (  (lolt-part  (gst-lslt-part  1st  input-symbol)) 

(lelt-in-pyeliz-form  (maks-prsliz-form  left-part)) 
(rigbt-part  (gst-right-part  1st  input-symbol)) 

(right- in-prsliz-form  (maks-prefiz-form  right-part)) 
(complete-list  (assemble-line  output-symbol 

let t-in-pref iz-lorm 
right-in-pref iz-f orm) )  ) 

complete-list)) 


; ;  (GET-LEFT-PART  1st  symbol) 

■  » 

; ;  Parameters : 

; ;  1st  -  a  an  arbitrary  list  of  symbols 

::  symbol  -  the  symbol,  to  the  left  of  uhich,  all  elements 

; :  are  returned 

$  f 

; :  —  GET-LEFT-PART  returns  the  sublist  of  the  input  list  which 

;;  includes  all  elements  up  to,  but  not  including  the  first 

;;  occurrence  of  the  symbol. 

; ;  —  It  is  assumed  that  the  symbol  is  an  element  of  the  list , 

;;  —  If  the  input  list  is  null,  ’()  is  returned. 

; ;  —  GET-LEFT-PART  calls  itself  recursively  until  symbol  is 
; ;  found  in  the  list .  The  returned  list  is  built  from  all  symbols 
; ;  which  precede  symbol . 

(define  (get-left-part  1st  symbol) 

(cond  (  (null?  1st) 

’()  ) 

(  (eq?  (car  1st)  symbol) 

'()  ) 

(  else 

(cons  (car  1st)  (get-left-part  (cdr  1st)  symbol))  ))) 


(GET-RIGHT-PART  1st  symbol) 

Paurauneters ; 

1st  -  a  an  arbitrary  list  of  symbols 
symbol  -  the  symbol,  to  the  left  of  which,  all  elements 
are  returned 

—  GET-RIGHT-PART  returns  the  sublist  of  the  input  list  which 
includes  all  elements  after,  but  not  including  the  first 
occurrence  of  symbol. 

—  It  is  assumed  that  symbol  is  aoi  element  of  the  list, 

—  GET-RIGHT-PART  calls  itself  recursively  until  symbol  is 
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Filename:  tok-vhdl.e 


This  aet  of  procedures  reada  a  data  file  shich  is  a  dataflow 
view  of  a  VHDL  combinational  circuit  architecture  and  converts 
the  contents  of  the  file  to  a  tokenized  list  (GET-VHDL-TOKEHS) . 
If  the  following  VHDL  architecture  were  input  to  the  system: 

—  architecture  declaration  for  Circuit.Z 
architecture  DataFlow  of  Circuit.Z  is 
signal  E,  F  :  bit; 


begin 

F  <=  not  B  after  5ns; 

E  <=  not  (A  and  B) ; 

Z  <=  not  (E  ^ald  F) ; 
end  DataFlow; 

The  following  list  would  be  returned  by  GET-VHDL-TOKENS : 

(F  <=  HOT  B  I ; I  E  <=  MOT  1(1  A  AMD  B  1)1  I ;  I 
Z  <=  MOT  1(1  E  AMD  F  I ) I  I ; I ) 

Then,  VHDL->PREFIX  converts  this  list  to  the  following 
prefix-form: 

((EQ  F  (MOT  B))  (EQ  E  (MOT  (♦  A  B)))  (EQ  Z  (MOT  (*  E  F)))) 
Requires  the  files:  tokenize.fsl,  pref izer-.f si 


(GET-VHDL-TOKEMS) 

—  GET-VHDL-TOKEHS  call  GET-LIST-OF-CHARACTERS  from  file 
tokenize.fsl  which  returns  a  list  of  cheuracters  that  were  read 
from  a  file. 

—  The  CHARACTER-LIST  is  passed  to  TOKENIZE-VHDL  which  returns  a 
a  properly  TOKEHIZED-LIST  of  all  the  characters  in  the  input 
VHDL  description. 

—  REMOVE-COMHEMTS  removes  all  comments  from  the  TOKENIZED-LIST 
yielding  TOKEMIZED-LIST-1 . 

—  After  comments  are  removed,  the  remaining  tokens  etre  valid 
identifiers,  syntactic  symbols,  and  newlines.  REHOVE-MEWLINES 
removes  newlines  from  the  TOKENIZED-LIST-1  yielding 
TOKEMIZED-LIST-2. 

—  The  portion  of  the  VHDL  description  up  to  eoid  including  the 
BEGIM  statement  are  irrelevant  for  the  purposes  of  the 
diagnostic  system.  The  seime  holds  for  all  symbols  after  and 
including  the  EMD  statement.  REMOVE-ARCH-SHELL  returns 
TOKEMIZED-LIST-3  which  is  all  tokens  between  the  BEGIM  and  END 
statements . 
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—  Finally,  REMOVE-AFTER-STNTS  axtracts  the  “aftar  statements"  from 
the  signal  assignment  statements.  Those  are  irrelevant  for  the 
diagnostic  system.  TOKEHIZEO-LIST-4  is  then  returned. 

—  An  example  is  given  in  the  file  header. 


(define  (get-vhdl-tokens) 
(lete  (  (character-list 
(tokenized-list 
(tokenized-list-1 
(tokenized-list-2 
(tokenized-list-3 
(tokenized-list-4 
tokenized-list-4)} 


(get-list-of-characters) ) 

(tokenize-vbdl  character-list)) 
(remove-comments  tokenized-list)) 
(remove-newlines  tokenized-list-1) ) 
(remove-arch-shell  tokenized-list-2)) 
(remove-after-stmts  tokenized-list-S))  ) 


(TOKEHIZE-VHDL  character-list) 

Parameters : 

character-list  -  a  list  of  characters 

—  TOKEHIZE-VHDL  takas  a  character  list  and  returns  a  tokenized 
list  in  which  the  only  elements  are  VHDL  identifier  symbols, 
compound  delimiters,  valid  single  character  tokens,  and  newline 
markers . 

—  IDEHTIFIER-CHAR?  is  called  to  determine  whether  a  FIRST-CHAR 
represents  a  character  that  is  part  of  a  VHDL  identifier. 
Appropriate  characters  include  letters,  digits,  and  underline 
characters. 

—  If  an  identifier  character  is  detected,  then  GET-VHDL-ID-SYMBOL 
gets  the  rest  of  the  characters  corresponding  to  the  identifier, 
makes  a  symbol,  and  returns  it  to  HEW-ID-SYM60L . 
GET-REST-OF-VHDL-ID-LST  returns  the  REST-OF-LIST  which  is  the 
remaining  part  of  the  character  list  with  the  identifier 
characters  removed.  TOKEHIZE-VHDL  is  then  called  recursively  to 
tokenize  the  REST-OF-LIST. 

—  VHDL-COMPOUHD-DELIMITER?  is  called  to  determine  if  FIRST-CHAR 
represents  the  first  character  of  a  VHDL  compound  delimiter. 
These  are  two-character  symbols  such  as  <=  or  — . 

—  If  a  VHDL  compound  delimiter  is  detected,  then 
GET-VHDL-TOK-SYMBOL  gets  the  rest  of  the  ch2a’acters 
corresponding  to  the  symbol,  makes  the  symbol,  ^md  returns  it  to 
HEW-TOK-SYMBOL .  GET-REST-OF-VHDL-TOK-LST  returns  the 
REST-OF-LIST  which  is  the  remaining  part  of  the  ch^u^acter  list 
with  the  delimiter  characters  removed.  TOKEHIZE-VHDL  is  then 
called  recursively  to  tokenize  the  REST-OF-LIST. 

"  VHDL-TOKEH-CHAR?  is  called  to  determine  if  FIRST-CHAR 
represents  a  single  cheiracter  VHDL  token  symbol. 

—  If  a  single  cheoracter  VHDL  symbol  is  detected,  then 
MAKE-VHDL-S-TOK-SYM  gets  the  character  corresponding  to  the 
symbol,  makes  the  symbol,  and  returns  it  to  HEW-TOK-SYMBOL.  The 
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: ;  REST-OF-LIST  is  nothing  more  than  the  remaining  part  oi  the 
;;  character  list  with  the  single  character  removed.  TOKEIIZE-VHDL 
: ;  is  then  called  recursively  to  tokenize  the  REST-OF-LIST. 

; ;  —  levlines  are  included  in  the  returned  list .  Spaces  are  ignored . 

(deline  (tokenize-vhdl  character-list) 

(if  (null?  character-list) 

*() 

(let  ((first-char  (car  character-list))) 

(cond  (  (identifier-char?  first-char) 

(let  ((nev-id-symbol 

(get-vhdl-id-symbol  character-list) ) 
(rest-of-list 

(get-rest-of-vhdl-id-lst  character-list))) 
(cons  nev-id-symbol 

(tokenize-vhdl  rest-of-list)))) 

(  (vhdl-compound-delimiter?  first-char 

(cadr  character-list)) 

(let  ( (nev-tok-symbol 

(get-vhdl-tok-symbol  chauracter-list)) 
(rest-of-list 

(get-rest-of-vhdl-tok-lst  character-list)) ) 
(cons  nev-tok-symbol 

(tokenize-vhdl  rest-of-list)))  ) 

(  (vhdl-token-char?  first-char) 

(let  (  (nev-tok-symbol 

(make-vhdl-s-tok-sym  first-char)) 
(rest-of-list  (cdr  chaoracter-list))  ) 

(cons  nev-tok-symbol 

(tokenize-vhdl  rest-of-list)))  ) 

(  (char=?  #\nevline  first-char) 

(cons  first-char 

(tokenize-vhdl  (cdr  character-list)))  ) 


(  else 

(tokenize-vhdl  (cdr  character-list))  ))))) 


(GET-VHDL-ID-SYMBOL  character-list) 

Parauneter : 

character-list  -  a  list  of  characters 

—  GET-VHDL-ID-SYMBOL  calls  GET-VHDL-ID-LIST  which  returns  the  list 
of  characters  comprise  am  identifier  symbol. 

COMVERT-TO-UPPER-CASE  is  then  called  to  convert  the  characters 
to  upper  case. 
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; ;  —  Tbe  REVISED-SYMBOL-LIST  is  then  converted  to  a  symbol . 

(define  (get-vhdl-id-symbol  character-list) 

(let*  (  (symbol-list  (get-vhdl-id-list  character-list)) 

(revised-s3rmBol-list  (convert-to-upper-case  symbol-list))  ) 

(string->symbol  (list->string  revised-symbol-list)))) 


; ;  (GET-VHDL-ID-LIST  character-list) 

»  • 

; :  Parameters : 

; ;  character-list  -  a  list  of  characters 

I  I 

: ;  —  GET-VHDL-ID-LIST  returns  a  list  consisting  of  the  characters  at 
; ;  the  head  of  the  initial  CHARACTER-LIST  that  comprise  a  VHDL 

identifier  symbol.  The  FIRST-CHAR  of  the  initial  CHARACTER-LIST 
; ;  has  been  predetermined  to  be  a  symbol  prior  to  the  call  to 
GET-VHDL-ID-LIST. 

; ;  —  The  input  CHARACTER-LIST  is  scanned  until  either  a  character 
; ;  which  is  not  an  identifier  character  or  the  end  of  the  list  has 
; ;  been  reached. 

(define  (get-vhdl-id-list  character-list) 

(let  (  (first-char  (car  character-list)) 

(rest-of-list  (cdr  character-lint))  ) 

(cond  (  (null?  rest-of-list) 

(list  first-char)  ) 

(  (identifier-char?  first-char) 

(cons  first-char  (get-vhdl-id-list  rest-of-list))  ) 

(  else 
’()  )))) 


: ;  (GET-REST-OF-VHDL-ID-LST  character-list) 

t  t 

; ;  Parameters : 

; ;  character-list  -  a  list  of  cheiracters 

»  f 

; ;  —  GET-REST-OF-VHDL-ID-LST  accepts  a  list  and  returns  the  sublist 
; ;  removing  the  characters  comprising  a  symbol  at  the  head  of  the 
; ;  input  list . 

;;  —  When  a  character  that  is  not  an  identifier  character  is  reached, 
;;  the  remaining  part  of  the  CHARACTER-LIST  is  returned. 

(define  (get-rest-of-vhdl-id-lst  character-list) 

(if  (null?  character-list) 

’() 
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(lat  ((first-char  (car  charactar-list))) 

(if  (not  (identif iar-char?  first-char)) 
charactar-list 

(gat-rast-of-vhdl-id-lst  (cdr  charactar-list)))))) 


;;  (IDEITIFIER-CHAR?  input-char) 

>  $ 

; ;  Paramatar: 

; ;  input-char  -  a  character 

t  $ 

; ;  —  IDEITIFIER-CHAR?  is  a  predicate  procedure  for  tasting  shather  a 
;;  character  is  a  valid  character  for  a  VHOL  identifier.  Letters, 
digits,  and  the  underline  character  are  all  valid  identifier 
: ;  characters . 

(dofine  (identifier-char?  input-char) 

(or  (letter?  input-char) 

(digit?  input-char) 

(char=?  #\_  input-char))) 


(VHDL-COMPOUID-DELIMITER?  char-1  char-2) 

•  % 

Paraaeters: 

; ;  char-1  -  a  character 

; ;  char-2  -  a  character 

I  f 

; ;  —  VHDL-CONPOUHD-DELIMITER?  is  a  predicate  procedure  for 
; ;  determining  whether  a  combination  of  two  characters  represents  a 
;;  VHOL  compound  delimiter.  CHAR-1  is  the  first  character,  CHAR-2 
;;  the  second  character  of  a  valid  delimiter.  —  and  <=  are  valid 
;;  delimiters. 

(define  (vhdl-compound-delimiter?  char-1  char-2) 

(or  ^and  (char=?  #\-  char-1) 

(char=?  #\-  char-2)) 

(2uid  (ch2a'=?  #\<  char-1) 

(char=?  #\=  ch^u:-2)))) 


( GET-VHDL-TOK-SYMBOL  character-1 i s t ) 

Parameters: 

character-list  -  a  list  of  ch€uracter8 

—  GET-VHDL-TOK-SYMBOL  calls  GET-VHDL-TOK-LIST  which  returns  the 
list  of  characters  comprise  a  token  symbol. 
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; ;  —  Til*  SYMBOL-LIST  is  then  convsrtsd  to  a  symbol . 

(define  (get-vbdl-tok-symbol  character-list) 

(let*  (  (symbol-list  (get-»hdl-tok-list  character-list))  ) 
(string->symbol  (list->string  symbol-list)))) 


; ;  (GET-VHDL-TOK-LIST  character-list) 

»  • 

; ;  Parameters : 

; ;  character-list  -  a  list  of  characters 

f  $ 

; ;  —  GET-VHDL-TOK-LIST  returns  a  list  consisting  of  the  characters  at 
; ;  the  head  of  the  initial  CHARACTER-LIST  that  comprise  a  VHDL 
;;  token  symbol.  The  FIRST-CHAR  of  the  initial  CHARACTER-LIST  has 
; ;  been  predetermined  to  be  a  symbol  prior  to  the  call  to 
GET-VHDL-TOK-LIST. 

; :  —  The  input  CHARACTER-LIST  is  scanned  until  either  a  character 
; ;  which  is  not  a  token  character  or  the  end  of  the  list  has  been 
; ;  reached. 

(define  (get-vhdl-tok-list  character-list) 

(let  (  (first-char  (car  character-list)) 

(rest-of-list  (cdr  character-list))  ) 

(cond  (  (null?  rest-of-list) 

(list  first-char)  ) 

(  (vhdl-token-char?  first-char) 

(cons  first-char  (get-vhdl-tok-list  rest-of-list))  ) 

(  else 

'()  )))) 


; :  (GET-REST-OF-VHDL-TOK-LST  character-list) 

•  I 

;;  Parameters; 

; ;  character-list  -  a  list  of  characters 
»  > 

; ;  —  GET-REST-OF-VHDL-TOK-LST  accepts  a  list  and  returns  the  sublist 
; ;  removing  the  chairacters  comprising  a  token  symbol  at  the  head  of 
;;  the  input  list. 

;;  —  When  a  character  that  is  not  a  token  character  is  reached, 

; ;  the  remaining  part  of  the  CHARACTER-LIST  is  returned. 

(define  (get-rest-of-vhdl-tok-lst  character-list) 

(if  (null?  character-list) 

*() 

(let  ((first-char  (car  character-list))) 

(if  (not  (vhdl-token-char?  first-char)) 
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character-list 

(get-rest-ol-vhdl-tok-lat  (cdr  ch«acter-li8t)))))) 


(VHDL-TOKEI-CHAR?  input-char) 


Parameters : 

input-char  -  a  character 


—  VHDL-TOKEH-CHAR?  is  a  predicate  procedure  for  testing  vhether  a 
character  is  a  valid  character  lor  a  VHDL  token. 


(define  (vhdl-token-char?  input-char) 


(or  (char 
(char 
(char 
(char 
(char 
(char 
(char 
(char 
(char 


-?  #\-  input* 
#\(  input 
=?  #\)  input 
#\(  input 
#\ ,  input 
input 
input 
#\<  input 
#\*  input 


#\; 

#\: 


char) 

char) 

char) 

char) 

char) 

char) 

char) 

char) 

char))) 
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: :  (MAKE-VHDL-S-TOK-SYM  character) 

Parameter: 

; ;  character  -  a  character 

; ;  —  MAKE-VHDL-S-TOK-SYM  takes  a  character  which  is  a  single 
; ;  character  token  symbol  and  converts  it  to  a  symbol . 

(define  (make-vhdl-s-tok-sym  character) 

(8tring->8ymbol  (li8t->string  (list  character)))  ) 


(REMOVE-COMMENTS  list-ol-tokens) 

Pareuneters 

list-of-tokens  -  a  list  of  token  symbols 

—  REMOVE-COMMENTS  accepts  a  list  of  token  symbols  and  removes  all 
of  the  symbols  that  are  associated  with  a  VHDL  comment .  These 
symbols  start  with  a  " — ’’  symbol  and  end  with  a  newline 
character. 

—  The  list  of  symbols  is  scanned  until  a  —  symbol  is  detected. 
Then,  REMOVE-COMMENT- 1  is  called  to  remove  the  symbols 
associated  with  the  following  comment.  REMOVE-COMMENTS  then 
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;;  calls  itself  recursively  to  remove  any  remaining  comments. 

(define  (remove-comments  list-of-tokens) 

(cond  (  (null?  list-of-tokens) 

'()  ) 

;  a  comment  has  been  detected 
(  (equal?  (car  list-of-tokens)  ’ — ) 

(remove-comments  (remove-comments-1  list-of-tokens))  ) 

(  else 

(cons  (car  list-of-tokens) 

(remove-comments  (cdr  list-of-tokens)))))) 


(REMOVE-CQKMEITS-1  list-of-tokens) 

•  I 

; ;  Parameters : 

; ;  list-of-tokens  -  a  list  of  token  symbols 

•  • 

; ;  —  REMQVE-COKMEHTS-l  removes  the  token  symbols  associated  with  a 
;;  comment.  A  comment  is  detected  by  REMQVE-caHHENTS ;  then. 

; ;  REMQVE-CQMNEHTS-1  deletes  all  characters  until  a  newline 
;;  character  or  the  end  of  the  list  of  symbols  is  reached. 

—  The  rest  of  the  list,  after  and  including  the  newline  character 
; ;  is  rettimed. 

(define  (remove-comments-1  list-of-tokens) 

(if  (or  (equal?  (car  list-of-tokens)  #\newline) 

(equal?  list-of-tokens  ’()  )) 
list-of-tokens 

(remove-comments-l  (cdr  list-of-tokens)))) 


; ;  (REMOVE-HEWLIMES  list-of-tokens) 

I  I 

;;  Parameters: 

; ;  list-of-tokens  -  a  list  of  token  symbols 

I  f 

: :  —  REMOVE-HEWLIHES  scans  the  list  of  tokens  removing  auiy  newline 
;;  characters.  All  other  symbols  are  left  in  the  list  which  is 
; ;  returned. 

(define  (remove-newlines  list-of-tokens) 

(cond  (  (null?  list-of-tokens) 

'()  ) 

(  (equal?  (c2a:  list-of-tokens)  #\newline) 

(remove-newlines  (cdr  list-of-tokens))  ) 

(  else 

(cons  (car  list-of-tokens) 
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(reaove-navlinfls  (cdr  liat-of-tokans)))  ))) 


: ;  (RENOVE-ARCH-SHELL  liat-ol-tokans) 

$  $ 

; ;  Paraaatars : 

: ;  list-ol-tokans  -  a  list  of  toksn  synbols 

I  • 

; :  —  REMOVE-ARCH-SHELL  rsaovas  all  tokans  from  tha  LZST-OF-TOXEHS  up 
;;  to  and  including  tha  'BEGII  symbol.  Than  REMOVE-ARCH-SBELL-1  is 
;;  callad  to  ramova  all  symbols  altar  and  including  tha  ’EHD 

: ;  symbol . 

;;  —  Tha  only  symbol  ralavant  to  tha  oparation  cl  tha  diagnostic 
systam  ara  thosa  batvaan  tha  ’BEGZH  and  *EID  symbols  in  tha 
;;  VHDL  architactura  body. 

(dalina  (ramova-arch-shall  list-ol-tokans) 

(il  (aqnal?  (car  list-ol-tokans)  'BEGZH) 

(ramova-arch-shall- 1  (cdr  list-ol-tokans)) 

(ramova-arch-shall  (cdr  list-ol-tokans)))) 


: ;  (REMOVE-ARCH-SHELL-1  list-ol-tokans) 

9  9 

; :  Paramatars : 

; ;  list-ol-tokans  -  a  list  ol  tokan  symbols 

9  9 

: ;  —  REMOVE-ARCH-SHELL-l  accapts  a  list  ol  tokan  symbols  and  returns 
;;  all  ol  tha  symbols  in  a  list  which  occur  prior  to  tha  'END 

; ;  symbol . 

;;  —  REMOVE-ARCH-SHELL-l  calls  itsall  racursivaly  until  tha  'END 
;;  symbol  is  datactad. 

(dalina  (ramova-arch-ahall-1  list-ol-tokans) 

(il  (aqual?  (car  list-ol-tokans)  'END) 

'() 

(cons  (car  list-ol-tokans) 

(rsmova-arch-shall-1  (cdr  list-ol-tokans))))) 


(REMOVE- AFTER-STMTS  list-ol-tokans) 

Paramatars: 

list-ol-tokans  -  a  list  ol  tokan  symbols 

—  REMOVE-AFTER-STMTS  removes  tha  symbols  associated  with  a  VHDL 
altar  statement. 

—  For  example,  tokans  representing  tha  expression: 
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F  not  B  alter  Sns; 


: ;  vould  be  deleted  changing  the  expression  to  the  lorn: 

: ;  F  <=  not  B; 

•  • 

; :  —  Timing  considerations ,  although  necessary  lor  some  VHDL  models , 

; :  are  irrelevant  in  the  diagnostic  system. 

;;  —  The  list  is  ol  symbols  is  scanned  until  the  lirst  ’AFTER  symbol 
;;  is  detected.  Then.  REMOVE- AFTER-STMTS- 1  is  czilled  to  remove  the 
;;  symbols  associated  sith  the  detected  "alter  expression." 

; :  —  REMOVE-AFTER-STMTS  then  calls  itsell  recursively  to 
;;  remove  any  remaining  "alter  expressions." 

(deline  (remove-alter-stmts  list-ol-tokens) 

(cond  (  (null?  list-ol-tokens) 

’()  ) 

(  (equal?  (car  list-ol-tokens)  ’AFTER) 

(remove-alter-stmts  (renove-alter-stmts-l  list-ol-tokens))) 

(  else 

(cons  (car  list-ol-tokens) 

(remove-alter-stmts  (cdr  list-ol-tokens)))))) 


: :  (REMOVE- AFTER-STMTS- 1  list-ol-tokens) 

f  I 

; ;  Pairameters: 

; ;  list-ol-tokens  -  a  list  ol  token  symbols 

i  t 

; ;  —  REMOVE- AFTER-STMTS- 1  removes  the  token  symbols  associated  with 
;;  an  "alter  expression."  An  alter  expression  is  detected  by 
;;  REMOVE-AFTER-STMTS;  then,  REMOVE-AFTER-STMTS-l  deletes  all 

;;  symbols  until  a  semicolon  symbol  is  reached.  A  semicolon  symbol 
;;  denotes  the  end  ol  the  signal  assignment  statement. 

;;  —  The  rest  ol  the  list,  alter  and  including  the  semicolon  symbol, 

; ;  is  returned. 

(deline  (remove-alter-stmts-1  list-ol-tokens) 

(il  (equal?  (car  list-ol-tokens)  ’1:1) 
list-ol-tokens 

(romove-alter-stmts-1  (cdr  list-ol-tokens)))) 


I 


(VHDL->PREFIX  vhdl-token-list) 

Parameters : 

vhdl-token-list  -  a  list  ol  tokens  representing  VHDL  signal 
assignment  statements  ol  the  form: 
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: ;  (F  <»  lOT  B  I : I  E  <=  lOT  I ( I  A  AHD  B  I ) I  I ; I 

; ;  Z  <=  lOT  I ( I  E  AID  F  I ) I  I ; I ) 

$  I 

; ;  —  VHDL->PREFIX  converts  the  input  list  to  the  following 
: ;  prelix-lora: 

»  » 

((EQ  F  (lOT  B))  (EQ  E  (lOT  (*  A  B)))  (EQ  Z  (lOT  (♦  E  F)))) 

A  A 

; ;  —  Each  set  of  tokens  up  to  a  semicolon  symbol  represents  a  single 
;;  gate.  GET-LEFT-PART  from  file  prefizer.s  returns  the  list  of 
symbols  up  to  the  first  occurrence  of  a  semicolon  symbol. 

;;  —  GET-RIGHT-PART  from  file  prefizer.s  returns  the  list  of  symbols 
;;  after  the  first  occurrence  of  the  semicolon  symbol. 

; ;  —  NAKE-PREFIZ-LZST  converts  the  symbols  representing  a  single  gate 
;;  to  the  prefix-form  of  the  gate. 

; ;  —  VHDL->PREFIX  calls  itself  recursively  to  convert  the 
; :  REMAIIIIG-EQIS  to  prefix-form. 

(define  (vhdl->pref ix  vhdl-token-list) 

(if  (null?  vhdl-token-list) 

'() 

(let*  (  (f irst-gate-eqn  (get-left-part  vhdl-token-list  ’l;l)) 

(remaining-eqns  (get-right-part  vhdl-token-list  ’|;l))) 
(cons  (make-prefix-list  f irst-gate-eqn) 

(vhdl->pref ix  remaining-eqns))))) 


;;  (MAKE-PREFIX-LIST  input-list) 

I  I 

;;  P^u:ameters: 

; ;  input-list  -  a  list  of  tokens  of  the  form: 

; ;  E  <=  HOT  I ( I  A  AHD  B  I ) I 

;;  which  represent  a  single  logic  gate. 

»  A 

: :  —  MAKE-PREFIX-LIST  converts  the  input  token  list  to  prefix-form. 

;;  For  the  given  example,  the  list  returned  would  be  of  the  form: 

I  I 

::  (EQ  E  (MOT  (*  A  B))) 

•  *  e 

I  I 

; ;  —  It  is  assumed  that  a  single  symbol  exists  on  the  left-hamd  side 
;;  of  the  given  signal  assignment  statement. 

; ;  —  The  ’<=  symbol  is  assumed  to  map  directly  into  am  equivalent 
;;  'EQ  symbol  in  the  mathematical  expression  representing  the  gate. 
;;  —  MAKE-PREFIX-FORM  (file  prefixer. s)  converts  the  formula 
; ;  representing  the  input  to  the  gate  to  an  equivalent  prefix-form. 
;;  —  ASSEMBLE-LIHE  from  file  prefixer. s  assembles  the  respective 
;;  components  into  the  prefix-form  that  represents  a  gate. 

(define  (make-prefix-list  input-list) 

(assemble-line  'EQ 
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(car  input-list) 

(■ake-preliz-lorm  (cddr  input-list)))) 


;;  (GO) 

; ;  —  GO  prompts  ths  ussr  lor  an  input  VHDL  lils  vhich  is  then  read 
; ;  in,  tokenized,  and  converted  to  prelix-lorm. 

(deline  (go) 

(newline) 

(vriteln  "VHDL  lile  to  prelir-lorm  conversion  utility.") 
(nevline) 

(vhdl->prelix  (get-vhdl-tokens))) 


Filename:  eqn-gen.s 

Requires  the  following  files  to  be  loaded:  ne«-sop.s.  eqn-gena.s 
lOTE:  eqn-gena.s  is  a  continuation  of  eqn-gen.s 

These  procedures  are  used  to  convert  the  intermediate  format 
received  from  the  input  module  to  a  single  Boolean  equation  in 
sum  of  products  form.  Inserted  into  this  equation  is  information 
pertaining  to  ed.!  of  the  checkpoints  nodes  within  the  circuit. 
For  each  specific  checkpoint  a  new  equation  is  added  to  the 
original  equation  to  form  a  new  equation.  As  each  checkpoint 
equation  is  added,  the  equation  is  reduced  and  simplified.  After 
internal  nodes  are  eliminated  from  the  equation,  the  sum  of 
products  equation  is  simplified  and  returned.  A  summary  of  this 
process  is  as  follows: 

1.  Start  with  a  list  in  intermediate-form. 

((EQ  E—  (HOT  (V  A—  B— ))) 

(EQ  F—  (HOT  B— )) 

(EQ  Z—  (HOT  (.*  E—  F— )))) 

2.  Determine  the  internal  nodes. 

(E—  F— ) 

3.  Get  the  input  nodes  that  do  not  fanout. 

(A-) 

4.  Make  the  fanout  nodes  unique. 

((EQ  E—  (HOT  (♦  A—  BO-))) 

(EQ  F—  (HOT  Bl-)) 

(EQ  Z—  (HOT  (♦  E—  F— )))) 

5.  Reduce  the  prefix  form  of  the  list  to  sum  of  products 
(f=0)  form. 

((E—  A—  B0-)  ((E— )  A—  (BO-))  ((E— )  (A—))  (F—  B1-) 
((F— )  (Bl-))  (Z—  E—  F— )  ((Z— )  E—  (F— ))  ((Z— )  (E— ))) 

6.  Convert  the  symbols  for  the  input  nodes  that  do  not  fanout 
to  distinguish  them  from  those  that  do. 

((E—  AX-  B0-)  ((E— )  AX-  (BO-))  ((E— )  (AX-))  (F—  B1-) 
((F— )  (Bl-))  (Z—  E—  F— )  ((Z— )  E—  (F— ))  ((Z— )  (E— ))) 

7.  Get  a  list  of  the  nodes  which  fanout  (unique  nodes). 
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(BO-  B1-) 


8.  Insert  the  checkpoint  equations  lor  the  lanout  nodes. 

Alter  each  equation  is  added,  carry  out  reduction  and 
elimination  ol  the  unnecessary  nodes. 

(((F— )  (B— )  (B11))((F— )  BIO  (B11))(F—  Bll)  (F—  B—  (BIO)) 
((E— )  BOO  (B01))((E~)  (B~)  (B01))((E— )  (AX-))  (Z—  E—  F— ) 
((F— )  (Z— ))((Z— )  (E— ))(  E—  B—  (BOO)  AX-)(E—  BOl  AX-)) 

9.  Get  a  list  ol  the  symbols  which  represent  the  input  nodes 
that  do  not  lanout. 

(AX-) 

10.  Insert  the  checkpoint  equations  lor  the  input  nodes  which  do 
not  have  lanouts.  Eliminate  the  unnecessary  nodes. 

(((E— )  (A—)  (AXD)  ((E— )  AXO  (AXD)  (E—  AXl  BOl) 

(E—  A—  (AXO)  B01)(E—  AXl  B—  (B00))(E—  A—  (AXO)  B—  (BOO)) 
((Z— )  (E— ))  ((F— )  (Z— ))  (Z~  E—  F— )  ((E— )  (B— )  (301)) 
((E— )  BOO  (BOD)  (F—  B—  (BIO))  (F—  Bll)  ((F— )  BIO  (Bll)) 
((F— )  (B— )  (BID)) 


11.  Eliminate  the  internal  nodes. 

(((Z— )  B—  (BIO))  ((Z— )  BID  (Z—  BIO  (BID  (A—)  (AXl)) 
(Z“  (B— )  (BID  (A—)  (AXl))  (Z"  BIO  (Bll)  AXO  (AXl)) 

(Z—  (B— )  (Bll)  AXO  (AXD)  (Z—  (B— )  (Bll)  (BOD) 

(Z—  BIO  (BID  (BOl)  BOO)  (A—  (AXO)  (Z— )  BOl) 

(A—  (AXO)  (Z— )  B—  (B00))(AX1  (Z— )  B0D(AX1  (Z— )  B—  (BOO))) 

12.  Get  the  checkpoint  vairiables  to  be  used  to  generate  the 
constraint-equation.  (Get  all  symbols  that  end  with  a  zero.) 

(BIO  AXO  BOO) 


13.  Generate  the  constraint  equation. 
((BIO  BID  (AXO  AXD  (BOO  BOl)) 


14.  Add  the  constraint  equation  to  the  current  equation  to  get 
the  final  equation.  Simplify  the  equation  cind  return  it. 

((AXl  (Z— )  B--  (B00))(AX1  (Z— )  B0D(A—  (AXO)  (Z--)  B--  (BOO)) 
(A—  (AXO)  (Z— )  BOl)  (Z—  (B  — )  (Bll)  (BOl)) 

(Z—  (B  — )  (BID  (A—)  (AXD)  ((Z— )  BID  ((Z— )  B—  (BIO)) 

(BIO  BID  (Z—  BIO  (A—)  (AXD)  (AXO  AXD  (Z—  (B--)  (Bll)  AXO) 
(AXO  Z--  BIO)  (BOO  BOl)  (BOO  Z—  BIO)) 


2'>0 


For  the  given  circuit,  the  returned  equation  uould  have  the 
following  terms: 


A--  AXO*B—  BOO'Z--' 
A--*AX1'B--'B11'Z— 
AXl  B--  BOO'Z--* 

A~  AXO'BOl  Z— ' 
B"’B01’B11'Z— 

A— 'AXl 'BIO  Z— 

AXO  B— 'Bll'Z— 

AXl  BOl  Z--' 

B—  BIO'Z— ' 

AXO  BIO  Z— 

BOO  BIO  Z— 

Bll  Z— ' 

BIO  Bll 
AXO  AXl 
BOO  BOl 


: :  (GENERATE-EPUATIOM  intermediate-format) 

I  I 

;;  Parameters: 

; ;  intermediate-format  -  a  list  of  the  form: 

I  I 

;;  ((EQ  E--  (KOT  (♦  A—  B— ))) 

::  (EQ  F—  (HOT  B")) 

::  (EQ  Z—  (HOT  (*  E—  F— )))) 

»  t 

; ;  —  GEHERATE-EQUATIOH  accepts  a  system  of  equations  in 
; ;  IHTERMEOIATE-FORMAT  and  converts  them  to  a  single  Boolean 
;;  equation  is  sum  of  products  form.  Inserted  into  this  equation 
; ;  is  information  pertaining  to  all  of  the  checkpoints  nodes  within 

;;  the  circuit.  For  each  specific  checkpoint  a  new  equation  is 

; ;  added  to  the  Boolesin  equation  to  form  a  new  equation.  As  each 

; ;  checkpoint  equation  is  added,  the  equation  is  reduced  and 

;;  simplified.  After  internal  nodes  are  eliminated  from  the 

;;  fciuation,  the  sum  of  products  equation  is  simplified  and 
; ;  re  .urned . 

; ;  —  A  stepwise  synopsis  of  this  process  is  given  at  the  start  of 

; ;  this  file . 

(define  (generate-equation  intermediate-format) 

(writeln  "Processing. . . .") 

(let*  (  ;  REDUCTIOH  TO  A  SIHGLE  EQUATIOH 

;  make  lists  of  internal,  input  nodes  which  do  not  fanout, 

;  input ,  and  output  nodes 

(internal -nodes  (get-internal-nodes  intermediate-format)) 


(input -node 8 -11  (get-input -nodes-less-lanouts 

intermediate-lormat) ) 

(input-nodes  (get-input-nodes  intemediate-lorsuit) ) 

(output-nodes  (get-output-nodes  intemediate-lormat)) 

;  give  lanout  nodes  unique  identifiers  for  each  branch 
(prefix-list  (nake-unique-fanouts  intermediate-fonnat)} 

;  convert  to  a  single  equation  (sum  of  products,  f=0,  form) 
(sopform  (make-sop  prefix-list)) 

;  convert  input  nodes  which  do  not  fanout  to  a  new  format 

;  e.g.  B—  ==>  BX- 

(sopform-1  (convert-input-nodes  sopform 

input -nodes-lf ) ) 

;  make  a  list  of  all  the  nodes  which  are  fanout  nodes 
(fanout-nodes  (get-unique-fanouts  sopform-l)) 

;  insert  checkpoint  equations  for  fanouts 
(8opform-2  (insert-checkpoint-eqns  fanout-nodes 

sopform-l)) 

;  make  a  list  of  the  input  nodes 

(input-nodes-lf-l  (convert-input -nodes  input-nodes-ll 

input-nodes-lf ) ) 

;  insert  checkpnt  eqns  for  input  nodes  which  don't  f2Lnout 
(sopform-B  (insert-checkpoint-eqns  input-nodes-lf-l 

8opform-2)) 

;  slim  internal  nodes  (keep  inputs,  output,  cp  variables) 
(soplorm-4  (eliminate  sopform-B  internal-nodes)) 

;  make  list  of  the  checkpnt  vara  of  the  form  AXO,  BOO,  etc. 

;  and  build  the  constraint  equation  from  this  list 
(cp-variables  (get-cp-variables  8opform-4)) 
(constraint-eqn  (make-constraint-equation  cp-veiriables) ) 
(checkpt-vars  (flatten  constraint-eqn)) 

;  construct  the  single  Boolean  equation 

(output-eqn  (simplify  (add  aoplorm-4  constraint-eqn))) 

;  create  the  output  list 
(output  (cons  output-eqn 

(cons  input-nodes 

(cons  output-nodes 

(list  checkpt-vars)))))  ) 

output  )) 


(GET-IHTERITAL-KODES  prefix-list) 


) 

) 

) 

—  GET-IHTERVAL-kODES  works  by  getting  first  all  of  the  nodes  in 
the  circuit  and  subtracting  the  input  and  the  output  nodes. 

—  GET-ALL-MODES  returns  all  of  the  nodes  in  the  circuit. 


Parameters : 

prefix-list  -  a  list  of  the  form:  ((eq 

(le 
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—  GET-IIPUT-MODES  returns  the  input  nodes  of  the  circuit. 
GET-SUBLIST  subtracts  the  input  nodes  from  all  of  the  nodes 
leaving  the  internal  nodes  and  output  nodes 
(lODES-LESS-IBPUT-IODES) . 

—  GET-OUTPOT-IODES  returns  the  output  nodes  of  the  circuit. 
GET-SUBLIST  subtracts  the  output  nodes  from  the 
lODES-LESS-IMPUT-HODES  leaving  the  IITERHAL-HODES . 


(define  (get-intemal-nodes  prefix-list) 

(let*  (  (2a.l-nodes  (get-all-nodes  prefix-list)) 

(node s -1 6 s s - input -node s 

(get-sublist  all-nodes 

(get-input-nodes  prefix-list))) 


(internal-nodes 

(get-sublist  nodes-less-input-nodes 

(get-output-nodes  prefix-list))) 


internal-nodes) ) 


) 


(GET-ALL-BODES  prefix-list) 


Parameters: 

prefix-list  -  a  list  of  the  form:  ((eq _ _ ) 

(le _ ) 

:  ) 


; ;  —  GET-ALL-fODES  calls  GET-HODES  which  returns  a  list  of  all  of  the 
;;  nodes  in  the  circuit.  Since  GET-MODES  does  not  remove 
;;  duplicates  of  nodes,  REMOVE-DUPLICATES  is  called  to  remove 
;;  duplicates  in  the  list. 

(define  (get-all-nodes  prefix-list) 

(remove-duplicates  (get-nodes  prefix-list))) 


(GET-IHPUT-HODES  prefix-list) 


Parameters : 

prefix-list  —  a  list  of  the  form;  ((eq _ _ ) 

(le _ ) 

) 

—  Accepts  a  list  in  prefix  form  and  returns  a  list  of  the  nodes 
which  are  outputs  for  the  given  system  of  equations.  The 
equations  represent  a  combinational  circuit. 


—  Input  nodes  are  all  nodes  which  occur  only  on  the  right  hand 
side  of  the  system  of  equations. 

—  GET-IMPUT-RODES  takes  each  aquation,  and  determines  the  symbols 
on  the  left  hand  side  by  calling  GET-RODES-OH-LEFT. 
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;;  GET-KODES-OH-RIGHT  returns  the  nodes  on  the  right  hand  side. 

; ;  The  nodes  on  the  lelt  are  then  subtracted  from  the  nodes  on  the 

; ;  right  (using  GET-SUBLIST)  yielding  the  input  nodes .  A  list  of 

; ;  the  input  nodes  is  returned. 

(define  (get-input-nodes  prefix-list) 

(let  (  (nodes-on-left  (remove-duplicates 

(get-nodes-on-left  prefix-list) ) ) 
(nodes-on-right  (remove-duplicates 

(get-nodes-on-right  prefix-list)))  ) 
(get-sublist  nodes-on-right  nodes-on-left))) 


(GET-OUTPUT-HODES  prefix-list) 


Parameters : 

prefix-list  —  a  list  of  the  form;  ((eq _ _ ) 

(le _ ) 

:  ) 


; ;  —  Accepts  a  list  in  prefix  form  and  returns  a  list  of  the  nodes 
;  which  are  outputs  for  the  given  system  of  equations.  The 

;;  equations  represent  a  combinational  circuit. 

; ;  —  Output  nodes  are  all  nodes  which  occur  only  on  the  left  hand 
; ;  side  of  the  system  of  equations. 

—  GET-OUTPUT-HODES  takes  the  equations,  and  determines  the  symbols 
; ;  on  the  left  hand  side  by  calling  GET-HODES-OH-LEFT. 

;;  GET-IODES-OH-RIGHT  determines  the  nodes  on  the  right  hand  side. 

; ;  The  nodes  on  the  right  are  then  subtracted  from  the  nodes  on  the 

;;  left  (using  GET-SUBLIST)  yielding  the  output  nodes.  A  list  of 
;;  the  output  nodes  is  returned. 

(define  (get-output-nodes  prefix-list) 

(let  (  (nodes-on-left  (remove-duplicates 

(get-nodes-on-left  prefix-list) ) ) 
(nodes-on-right  (remove-duplicates 

(get-nodes-on-right  prefix-list)))  ) 
(get-sublist  nodes-on-left  nodes-on-right))) 


(GET-SUBLIST  list-1  list-2) 

Parameters : 

list-1  —  2m  arbitrary  list 
list-2  —  an  arbitrary  list 

—  GET-SUBLIST  takes  two  lists  and  returns  the  items  in  list-1  that 
are  not  members  of  list-2. 

—  Duplicates  are  removed  from  the  returned  list. 
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(define  (get-subliet  llst-l  li8t-2) 

(cond  (  (null?  list-l)  '()  ) 

;  the  first  element  of  list-1  is  an  element  of  li8t-2 
(  (member  (car  list-1)  list-2) 

(get-sublist  (cdr  list-1)  li8t-2)  ) 

;  the  first  element  of  list-l  is  not  an  element  of  list-2 
(  else 

(remove-duplicates 

(cons  (car  list-l) 

(get-sublist  (cdr  list-l)  list-2)))  ))) 


(GET-IQDES-OH-RIGHT  prefix-list) 


Parameters ; 

prefix-list  —  a  list  of  the  form:  ((eq _ _ ) 

(le _ ) 

:  ) 


: :  —  GET-MODES-OK-RIGHT  gets  nodes  on  the  right  side  of  the 
;;  equations. 

; ;  —  GET-HODES  is  used  to  get  the  nodes  from  the  right  hand  side  of 
;;  the  prefix-list.  A  list  of  nodes  is  returned. 

;;  —  Hote:  Duplicates  are  HOT  removed  from  the  list. 

(define  (get-nodes-on-right  prefix-list) 

(if  (null?  prefix-list) 

'() 

(append  (get-riodes  (caddar  prefix-list)) 

(get-nodes-on-right  (cdr  prefix-list))))) 


(GET-HODES-OH-LEFT  prefix-list) 


Parameters: 

prefix-list  —  a  list  of  the  form:  ((eq _ _ ) 

(le _ ) 

:  ) 


;;  —  GET-MODES-OH-LEFT  gets  nodes  on  the  left  side  of  the  equation. 
; ;  —  GET-NODES  is  used  to  get  the  nodes  from  the  left  hemd  side  of 
;;  the  prefix-list.  A  list  of  nodes  is  returned. 

;;  —  Note:  Duplicates  aore  NOT  removed  from  the  list. 

(define  (get-nodes-on-left  prefix-list) 

(if  (null?  prefix-list) 

'() 

(append  (get -nodes  (cadar  prefix-list)) 
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(g*t-iiod«8-on-lelt  (cdr  pr«fix-li8t))))) 


: ;  (GET-IODES  l8t) 

I  I 

; ;  Paraii8t8r8 : 

;;  l8t  --  a  li8t  in  prefix  form,  i.e..  (+  (*  A  B)  (MOT  O) 

»  » 

: ;  —  GET-IODES  accaptx  a  li8t  in  prefix  form  and  retume  a  list  of 
; ;  all  of  the  symbols  in  the  list  which  aire  atoms ,  but  are  not 
; ;  token  symbols . 

;;  —  TOKEl-SYNBOL?  is  used  to  determine  if  sm  atom  is  a  token  symbol. 
;;  —  GET-IODES  extracts  atoms  which  are  included  in  nested  lists. 

(define  (get-nodes  Ist) 

(cond  (  (null?  let)  ’()) 

;  if  the  list  is  atomic  and  not  a  token  symbol, 

;  then  return  it  in  a  list 
(  (and  (atom?  1st) 

(not  (token-symbol?  1st))) 

(list  Ist)  ) 

;  if  the  list  is  atomic  and  a  token  symbol,  return  nil 
(  (and  (atom?  1st) 

(token-symbol?  1st)) 

'()  ) 

;  otherwise,  break  apart  the  list 

(  else 

(let  ((first-symbol  (car  1st)) 

(rest-of-list  (cdr  1st))) 

;  if  the  first  symbol  is  an  atom,  determine 
;  the  type  of  symbol — if  it  is  a  token  symbol, 

;  ignore  it;  if  it  is  not,  then  add  it  to 
;  returned  list — make  a  recursive  call  either  way 
(cond  (  (atom?  first-symbol) 

(if  (not  (token-symbol?  first-symbol)) 

(cons  first-symbol 

(get-nodes  rest-of-list)) 

(get-nodes  rest-of-list))  ) 

;  otherwise,  meike  recursive  calls 
(  else 

(append  (get-nodes  first-symbol) 

(get-nodes  rest-of-list))  )))  ))) 


(GET-IIPUT-HODES-LESS-FAIOUTS  prefix-list) 


Parameters: 

prefix-list  —  a  list  of  the  form:  ((eq _ _ ) 

(le _ ) 


;;  :  ) 

»  • 

; ;  —  6ET-IIPUT-I0DES-LESS-FAI0UTS  r«tunis  tha  input  nodes  that  do  not 
;;  fanout.  GET-IIPUT-IODES  returns  a  list  of  IIPUT-MODES. 

; ;  —  GET-FAIOUT-IOOES  returns  the  FAIOUT-IODES  of  the  circuit . 

; ;  GET-SUBLIST  subtracts  the  input  nodes  vhich  fanout  from  the 

; ;  complete  list  of  input  nodes ,  returning  the  inputs  that  do  not 

: ;  fanout . 

(define  (get-input-nodes-less-fanouts  prefix-list) 

(let  (  (input-nodes  (get-input-nodes  prefix-list)) 

(fanout-nodes  (get-fanout -nodes  prefix-list))  ) 

(get-sublist  input-nodes  fanout-nodes))) 


(GET-FAIOUT-IODES  prefix-list) 


Parameters ; 

prefix-list  —  a  list  of  the  form:  ((eq _ _ ) 

(le _ ) 

:  ) 


; ;  —  Accepts  a  list  in  prefix  form  and  returns  a  list  of  the  nodes 
;;  uhich  fanout  for  the  given  system  of  equations.  The  equations 
;;  represent  a  combinational  circuit. 

; ;  —  The  nodes  uhich  fanout  are  those  nodes  shich  occur  in  multiples 
;;  on  the  right  hand  side  of  the  system  of  equations. 

;;  —  That  is,  take  each  equation, 

;;  (eq  left-hand-side  right-hand-side) ,  and  determine  the  symbols 
;;  on  the  r ight -hand- s ids .  Then  compile  a  list  of  symbols  which 
;;  are  the  symbols  from  all  of  the  right-hand- sides  put  together. 

;;  The  fanouts  are  the  symbols  which  occur  more  than  once. 

; ;  —  GET-IODES-OI-RIGHT  returns  the  sum  of  the  symbols  from  the  right 
;;  hand  side  from  the  prefix-list. 

; ;  —  GET-MULTIPLE-OCCURREICES  determines  the  symbols  which  occur  more 
;;  than  once  from  a  given  input  list,  and  returns  a  list  of  those 

; ;  symbols . 

(define  (get-fanout-nodes  prefix-list) 

(let  (  (nodes-on-right  (get-nodes-on-right  prefix-list))  ) 
(get-multiple-occurrences  nodes-on-right) ) ) 


I 


I 
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(GET-MULTIPLE-OCCURREHCES  input-list) 


Paranaters: 

: ;  input-list  —  an  arbitrary  list 

f  $ 

; ;  —  GET-NULTIPLE-OCCURREICES  datarminas  tba  symbols  which  occur  mora 

; ;  than  onca  from  a  givan  input  list,  and  ratums  a  list  of  thosa 

; ;  symbols . 

;;  —  Duplicatas  ara  ramovad  from  tha  list  which  is  ratumad. 

(dafina  (gat-multipla-occurrancas  input-list) 

(cond  (  (null?  input-list)  ’()  ) 

;  tha  caz  of  input-list  is  occurs  at  laast  once 
;  in  tha  remainder  of  tha  list 
(  (mambar  (car  input-list)  (cdr  input-list)) 
(ramova-duplicatas 

(cons  (car  input-list) 

(gat-multipla-occurrancas  (cdr  input-list))))  ) 

;  tha  car  of  tha  input-lat  was  not  an  alt  of  tha  rest  of  list 
(  else 

(gat-multipla-occurrancas  (cdr  input-list))  ))) 


(REHaVE-OaPLICATES  let) 

Parameters : 

1st  —  an  arbitrary  list 

—  REMOVE-DUPLICATES  removes  duplicates  from  the  first  level 
of  the  input  list. 


(define  (remove-duplicates  1st) 

(cond  (  (null?  1st) 

’()  ) 

(  (member  (car  1st)  (cdr  1st)) 

(remove-duplicates  (cdr  1st))  ) 

(  else 

(cons  (car  1st)  (remove-duplicates  (cdr  1st)))  ))) 


(MAKE-UMiqUE-FAHOUTS  prefix-list) 


Parameters : 

prefix-list  —  a  list  of  the  form:  ((eq _ _ ) 

(le _ ) 

;  ) 


—  NAKE-URiqUE-FANOUTS  accepts  a  prefix  list  and  modifies  the 
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; ;  symbols  so  that  a  node  shich  fans  out  has  each  fanout  branch 
; ;  replaced  by  a  unique  symbol . 

;;  —  For  example,  if  B —  is  a  node  which  fans  out,  and  the  following 
; ;  list  is  the  input  list : 

;;  ((EQ  E—  (lOT  (*  1--  B--))) 

;;  (EQ  F—  (lOT  B— )) 

(EQ  Z—  (lOT  (*  E--  F--)))) 

HAKE-UIiqUE-IODES  will  return  the  following  list: 

((EQ  E—  (lOT  (*  A--  BO-))) 

;;  (EQ  F~  (lOT  Bl-)) 

(EQ  Z~  (lOT  (*  E“  F--)))) 

::  “  GET-FAIOUT-IODES  is  called  to  get  the  FAEOUT-f ODES . 

; :  MAKE-UlIQUE-FAIOUTS-1  is  then  passed  the  PREFIX-LIST  and  the 

; ;  FAIOUT-IOOES . 

(define  (make-unique-fanouts  prefix-list) 

(let  (  (fanout-nodes  (get-fanout-nodes  prefix-list))  ) 
(make-unique-fanouts-1  fanout-nodes  prefix-list))) 


(MAKE-UlIQUE-FAHOUTS-1  nodes  prefix-list) 

Parameters : 

nodes  -  a  list  of  the  fanout  nodes  of  the  circuit 


prefix-list  —  a  list  of  the  form:  ((eq _ _ ) 

(le _ I _ ) 

:  ) 


i I  —  MAKE-UIIQUE-FAHOUTS-l  takes  a  node  off  the  list  of  f2uiout  nodes 
; ;  and  calls  REPLACE-HODE  which  replaces  a  single  node  with  unique 
;;  identifiers  (right-hand  side  of  the  equation  only). 

: :  —  MAKE-UIIQUE-FAIOUTS-1  then  takes  the  lEW-PREFIX-LIST  and  calls 
; ;  itself  recursively  until  all  of  the  fanout  nodes  have  been 
;;  replaced  by  unique  identifiers. 

(define  (make-unique-fanouts-1  nodes  prefix-list) 

(if  (null?  nodes) 
prefix-list 

(let  (  (new-pref ix-list 

(replace-node  (car  nodes)  prefix-list  0))  ) 
(m2d(e-unique-f auiouts-1  (cdr  nodes)  new-pref ix-list)))) 


(REPLACE-MODES  node-to-replace  prefix-list  f anout-n\unber) 
Parameters : 

node-to-replace  -  the  fanout  node  which  will  be  replaced  with 
unique  identifiers 

prefix-list  -  a  list  of  the  form:  ((eq _ _ ) 
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(le 


) 

) 

; ;  lanout-niimber  -  the  nunber  vhich  will  be  used  when  replacing  the 
; :  next  fanout  branch 

•  • 

; ;  —  BEPLiCE-IOOE  takes  the  prefix-list,  and  one  line  at  a  time  looks 
;;  for  the  node  to  replace  on  the  right  hand  side  of  the  equation, 

;;  if  it  is  there,  then  it  is  replaced. 

; ;  —  REPLACE-IODE  is  then  called  recursively  to  replace  successive 
;;  occurrences  of  the  fanout  node.  FAIQUT-IUMBER  is  incremented  so 
; ;  the  next  occurrence  receives  a  higher  number . 

: ;  —  OI-RIGHT-SIDE?  checks  the  RIGHT-SIDE  of  the  first  list  in 
; ;  PREFIX-LIST  to  see  if  the  lODE-TO-REPLACE  is  in  the  list .  If 
the  following  list  is  the  first  list  in  PREFIX-LIST: 

<EQ  E  (HOT  (♦  A—  B— ))), 

::  then  RIGHT-SIDE  would  be  the  list:  (HOT  (*  A —  B — )).  (This  is 

;;  returned  by  (caddar  prefix-list)).  If  the  lODE-TO-REPLACE  is 

::  B — ,  then  OI-RIGHT-SIDE?  would  check  to  see  if  B —  is  an  element 

of  the  RIGHT-SIDE. 

; :  —  Once  it  has  been  determined  that  lODE-TO-REPLACE  is  on  the 
; ;  RIGHT-SIDE  of  a  given  equation,  then  REP-MODE  is  called  to 
;;  replace  the  fanout  node  with  the  unique  identifier.  The  first 
;;  list  in  the  PREFIX-LIST,  the  lODE-TO-REPLACE ,  and  the 
;  ;  FAIOUT-IUMBER  are  passed  to  REP-HODE. 

(define  (replace-node  node-to-replace  prefix-list  fanout-number) 

(if  (null?  prefix-list) 

'() 

(let  (  (right-side  (caddar  prefix-list))  ) 

(if  (on-right-side?  node-to-replace  right-side) 

(append  (list  (rep-node  node-to-replace 

(car  prefix-list) 
fanout -number) ) 

(replace-node  node-to-replace 
(cdr  prefix-list) 

(1+  fanout-number))) 

(append  (list  (car  prefix-list)) 

(replace-node  node-to-replace 

(cdr  prefix-list) 
fanout-number) ) ) ) ) ) 


(REP-MODE  node-to-replace  prefix-list  number) 

Peiraaeters : 

node-to-replace  -  the  node  to  be  replaced  with  a  unique 
identifier 

prefix-list  -  a  list  of  the  form:  (EQ  D —  (MOT  (*  A —  B — ))) 
number  -  the  number  to  used  to  form  the  unique  identifier 


; ;  —  REP-IODE  accepts  a  prelix-list  of  and  replaces  the 
; ;  lODE-TO-REPLiCE  with  a  numbered  version  of  that  node . 

; ;  —  II  B—  is  the  lODE-TO-REPLACE,  and  the  PREFIX-LIST  is  the 

;;  example  above,  then  REP-IODE  will  return 

;;  (EQ  D—  (HOT  (♦  A—  BO-)))  assuming  that  HUMBER  is  0. 

;;  —  REP-IODE  disassembles  the  list  into  a  HEAD  and  TAIL.  REP-NODE-1 
;;  is  then  called  to  make  the  substitution  lor  the  lODE-TO-REPLACE . 

(define  (rep-node  node-to-replace  prefix-list  number) 

(lete  (  (tail  (caddr  prefix-list)) 

(heeid  (get-sublist  prefix-list  (list  tail))) 

(new-tail  (rep-node-1  node-to-replace  tail  number))  ) 
(append  head  (list  new-tail)))) 


: ;  (REP-HODE-1  node-to-replace  right-side  number) 

9  9 

; ;  Parameters : 

; ;  node-to-replace  -  the  node  to  be  replaced  with  a  unique 
; ;  identifier 

: ;  right-side  -  the  right-side  of  a  given  equation, 

::  e.g.  (HOT  (*  A—  B— )) 

; ;  number  -  the  number  to  be  used  to  form  the  unique  identifier 

9  I 

;;  —  REP-HODE-1  is  a  helping  procedure  for  REP-HODE.  REP-HODE-1 
; ;  accepts  the  tail  part  of  the  prefix-list  from  REP-NODE 
: ;  (RIGHT-SIDE) . 

; ;  "  PUT-IH-IUNBER  is  the  procedure  which  actually  maOces  the 
; ;  replacement  for  the  symbol . 

(define  (rep-node- 1  node-to-replace  right-side  number) 

;  the  right-side  is  nil 
(cond  (  (null?  right-side)  '()  ) 

;  the  right-side  is  actually  a  symbol 
(  (symbol?  right-side) 

(if  (equal?  right-side  node-to-replace) 

(put-in-number  right-side  number) 
right-side) ) 

;  the  head  of  the  right-side  is  a  list 
(  (list?  (car  right-side)) 

(append  (list  (rep-node-1  node-to-replace 

(car  right-side)  number)) 
(rep-node-1  node-to-replace 

(cdr  right-side)  number))  ) 

;  the  head  of  the  right-side  is  a  symbol 
(  else 

(if  (equal?  node-to-replace  (car  right-side)) 

(cons  (put-in-number  (car  right-side)  number) 

(cdr  right-side)) 

(cons  (car  right-side) 
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(rep-node- 1  node-to-replace 

(cdr  right-side)  number)))))) 


; :  (PUT-II-IUMBER  symbol  number) 

•  i 

Parameters: 

; ;  symbol  -  the  symbol  that  will  be  replaced  by  the  unique 
; ;  identifier 

; ;  number  -  the  ntimber  to  be  used  to  form  the  unique  identifier 

I  I 

; ;  —  PUT-Il-HUMBER  accepts  a  SYMBOL  of  the  form  B—  and  a  HUMBER  and 
;;  returns  a  symbol  of  the  form  BO-  uhere  0  is  HUMBER. 

;;  —  First  the  symbol  is  converted  to  a  list.  PUT-IH-HUMBER-1  is 
; ;  passed  the  LIST-FORM  and  HUMBER  and  makes  the  appropriate 
;;  substitution  in  the  list.  Then,  the  list  is  converted  back  to  a 
; ;  symbol  vhich  is  returned . 

(define  (put-in-number  symbol  number) 

(let*  (  (string-form  (symbol->8tring  symbol)) 

(list-form  (string->liat  string-form))  ) 

(8tring->symbol  (list->3tring  (put-in-number- 1  list-form 

number)))  )) 


; ;  (PUT-IH-HUMBER-1  list-form  number) 

9  t 

;;  Parameters: 

; ;  list-form  -  a  list  of  characters 

; ;  number  -  the  number  used  to  form  the  new  list 

I  9 

; ;  —  PUT-IH-HUMBER-1  is  a  helping  procedure  for  PUT-IH-HUMBER.  It 
; ;  accepts  a  list  of  the  characters  that  comprise  the  symbol  input 
;;  to  PUT-IH-HUMBER. 

; ;  —  PUT-IH-HUMBER-1  then  scans  this  list  until  the  last  two 
;;  characters,  (#\-  #\-)  are  reached.  The  number  input  to 
; ;  PUT-IH-HUMBER-1  is  substituted  for  the  first  i»\-  character. 

(define  (put-in-number-1  list-form  number) 

(if  (equal?  list-form  '(#\-  #\-)) 

(append  (string->list  (number->3tring  number  ’(int)")) 

'(#\-)) 

(cons  (car  list-form) 

(put-in-number-1  (cdr  list-form)  number)))) 


:  ;  (OH-RIGHT-SIDE?  node  right-side) 
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;  Paraa«ter8: 

;  node  -  a  node  in  the  circuit 

;  right-side  -  the  right  side  of  an  equation 
• 

;  —  OI-RIGHT-SIDE?  is  a  predicate  procedure  called  by  REPLACE-HODE 
;  to  determine  if  a  given  node  is  on  the  right-side  of  an  equation 
;  in  prefix-form. 

:  —  01-RIGHT-SIDE?  is  called  recursively  until  the  lODE  can  be 
;  tested  for  equality  against  every  symbol  on  the  RIGHT-SIDE. 

(define  (on-right -side?  node  right-side) 

;  the  right-side  is  nil 
(cond  (  (null?  right-side)  '()  ) 

:  the  right-side  is  a  symbol 
(  (symbol?  right-side) 

(if  (eq?  node  right-side) 

#T 

*())  ) 

;  the  head  of  the  right-side  is  a  list 
(  (list?  (car  right-side)) 

(or  (on-right-side?  node  (car  right-side)) 

(on-right-side?  node  (cdr  right-side)))  ) 

;  the  head  of  the  right-side  is  a  symbol 
(  else 

(if  (eq?  node  (car  right-side)) 

#T 

(on-right-side?  node  (cdr  right-side'))  ))) 


(MAKE-SOP  1st) 

PaLrameters : 

1st  —  a  list  in  prefix-form: 

(  (Eq  (•  (HOT  A—)  (*  (HOT  B— )  (HOT  C— ))) 

(*  (HOT  X—)  (♦  Y—  Z— ))) 

(EQ  (+  (♦  A—  B-  )  (*  A—  C— )) 

(+  (♦  (HOT  X—)  (HOT  Y— ))  (*  (NOT  Y— )  (NOT  Z— ))))  ) 

—  MAKE-SOP  is  used  to  convert  a  list  in  prefix-form  into  aui 
equivalent  Sum  of  Pror’ucts  (SOP)  form.  The  SOP  form  is 
characterized  by  the  transformation  of  several  equations  into  a 
single  equation  of  the  form:  f  =  0.  All  information  that  was 
included  in  the  system  of  Boolean  equations  is  available  in  this 
single  equation. 

—  For  example,  for  the  system  of  equations  above,  the  equation 
returned  would  be: 

(  (A—  (X—)  Y—  Z— )  ((A—)  B—  (X—)  Y—  Z— ) 

((A—)  (B— )  C—  (X—)  Y—  Z— )  ((A—)  (B— )  (C— )  X—) 
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;  ((A—)  (B“)  (C~)  (X~)  Y“  (2--))  (A—  B—  X~  Y— ) 

;  (A—  B--  X—  (Y--)  2—)  (A—  B-*  (X--)  Y— )(A—  (B~)  C—  X—  Y— ) 

;  (A—  (B— )  C—  X—  (Y— )  2—)  (A—  (B— )  C—  (X--)  Y— ) 

;  (A--  (B--)  (C— )  (Y— )  (2—))  (A--  <B— )  (C--)  (X--)  (Y— )) 

;  ((A—)  (Y-)  (2—))  ((A—)  (X—)  (Y— ))  ) 

$ 

;  «h«r«  aacb  cloicnt  oi  the  list  is  a  ten  ot  the  SOP  Yon. 

:  --  MAXS-SOP  retoras  nil  iY  the  input  1st  is  nil. 

;  —  lY  the  input  paraneter  is  atonic,  then  MAKE-SOP  takes  the  atoa 
;  and  wraps  it  appropriately  in  lists  to  conYon  to  the  SOP 
;  Yonat.  For  example,  the  symbol  A  in  SOP  Yonat  would  be 
:  represented  as  ((A)). 

;  —  lY  the  Yirst  element  oY  1st  is  atomic,  then  it  must  be  a  Yonula 
:  in  preYix  Yon.  Then  check  to  detenine  the  Yirst  element. 

:  —  lY  it  is  lOT,  then  the  SOP  Yon  oY  the  second  element  must  be 

;  complemented.  COKPLEMEXT  takes  an  SOP  list  and  returns  the 

;  complement  oY  the  list  in  SOP  Yon. 

;  —  lY  the  Yirst  element  is  a  valid  Boolean  operator,  then  the 

;  operation  must  be  perYoned  on  the  SOP  Yons  oY  the  second 

:  and  third  elements.  MAKE-SOP  is  called  recursively  to  make 

;  the  second  and  third  elements  into  SOP  Yon.  ADD,  MULT,  and 

;  XOR  are  procedures  which  add,  multiply,  and  take  the 

;  exclusive-or,  respectively,  oY  two  lists  in  SOP  Yon  and 

:  return  the  result  in  SOP  Yon. 

;  —  Otherwise,  the  input  list  is  a  list  oY  lists  -  assume  that  these 
;  lists  are  either  a  system  oY  equations  in  preYix  Yon,  or  they 

;  are  a  list  oY  Yonulas  in  preYix  Yon  with  an  implied  OR. 

;  MAKE-SOP  breaks  these  lists  up  accordingly,  and  makes  them  into 
;  SOP  Yons . 

;  —  This  is  done  one  line  at  a  tine  in  which  the  Yirst  list  oY 

;  1st  is  made  into  SOP  Yon. 

;  —  lY  the  Yirst  element  oY  this  Yirst  list  is  EQ,  then  the 

;  second  and  third  elements  oY  this  list  must  be  exclusive-ORed 

;  together  to  get  the  Yon  f  -  0.  Procedure  XOR  is  used  to 

;  perYon  this  operation.  ADD  is  then  used  to  add  the,  SOP  Yon 

;  oY  the  Yirst  list  to  the  SOP  Yon  oY  the  rest-oY-list.  A 

;  recursive  call  is  used  to  obtain  the  SOP  Yon  oY 

;  rest-oY-list . 

;  —  lY  the  Yirst  element  oY  the  Yirst  list  is  LE,  then  the  SOP 

;  Yon  oY  the  second  element  must  be  NULTiplied  by  the 

;  COHPLEMEKT  oY  the  SOP  Yon  oY  the  third  element .  The  result 

;  is  ADDed  to  the  SOP  Yon  oY  the  rest  oY  the  list.  Again, 

;  this  is  done  to  realize  the  Yon:  Y  =  0.  Simileur  operations 

;  are  done  when  the  Yirst  element  is  GE,  however,  the  second 

;  and  third  element  are  reversed  Yrom  the  LE  case. 

;  —  Otherwise,  assume  that  each  sublist  oY  1st  is  a  Yonula  and 

;  ADD  its  SOP  Yon  to  the  SOP  form  oY  the  rest-oY-list 

(deYine  (make-sop  1st) 

(cond  (  (null?  1st)  ’()) 

;  iY  Ist  is  atomic  return  it  in  SOP  list  Yonat 
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(  (atoB?  Itt) 

(list  (list  1st})  ) 

;  if  tbs  first  slsasnt  is  atomic,  than  1st  is  in  prefix  form 
(  (atom?  (car  1st)) 

(let  ((first-elt  (car  1st)) 

(second-elt  (cadr  1st))) 

(if  (eq?  'lOT  first-elt) 

:  if  first-elt  is  MOT,  then  complement  the  SOP  form 
;  of  the  second  element 
(if  (atom?  second-elt) 

(list  (list  (list  second-elt))) 

(complement  (make-sop  second-elt))) 

:  if  the  first-elt  is  a  valid  Boolean  operator,  then 
:  perform  the  operation  on  the  SOP  forms  of  the 
;  second  and  third  elements 

(cond  (  (or  (eq?  *+  first-elt)  (eq?  'OR  first-elt)) 
(add  (make-sop  second-elt) 

(make-sop  (caddr  1st)))  ) 

(  (or  (eq?  '*  first-elt)  (eq?  ’AHD  first-elt)) 
(mult  (make-sop  second-elt) 

(make-sop  (caddr  1st)))  ) 

(  (or  (eq?  •!  first-elt)  (eq?  'XOR  first-elt)) 
(xor  (make-sop  second-elt) 

(make-sop  (caddr  1st)))  ) 

(  else 

'()  ))))  ) 

;  the  input  lists  is  a  list  of  lists  -  assume  that  these 
;  lists  are  a  system  of  equations  in  prefix  form,  break  up 
;  accordingly,  and  make  into  SOP  forms 

(else 

(let*  ((first-list  (car  Ist)) 

(rest-of-list  (cdr  let)) 

(first-elt  (car  first-list)) 

(second-elt  (cadr  first-list)) 

(third-elt  (caddr  first-list))) 

(cond  (  (eq?  'EQ  first-elt) 

(add  (xor  (make-sop  second-elt) 

(make-sop  third-elt)) 

(make-sop  rest-of-list))  ) 

;  if  first-elt  of  first-list  is  LE,  then  t2Jto 
;  MULT  the  SOP  form  of  second-elt  by  the 
;  CONPLEMEST  of  the  SOP  form  of  third-elt. 

;  ADD  the  result  to  the  SOP  form  of  rest-of-list 
(  (eq?  'LE  first-elt) 

(add  (mult  (make-sop  second-elt) 

(complement  (make-sop  third-elt))) 
(make-sop  rest-of-list))  ) 

;  if  first-elt  of  first-list  is  LE,  then  take 
;  MULT  the  COMPLEMENT  of  the  SOP  form  of 
;  second-elt  by  the  SOP  form  of  third-elt. 

;  ADD  the  result  to  the  SOP  form  of  rest-of-list 
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(  (vq?  'CE  lirtt-«lt) 

(add  (mlt  (coaplcaant  (uka-sop  sacond-elt)) 
(maka-sop  tkird-alt)) 

(aaka-sop  raat-of-liat))  ) 

:  otharaisa,  aasoaa  that  aach  sabllst  of  Ist  is  a 
;  fomla  and  add  its  SOP  ton  to  tha  SOP  ton  oi 
;  tha  rast-ol-list 
(alsa 

(add  (aaka-aop  first-list) 

(■aka-sop  rast-of-list))  )))))) 
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Fll«naa«:  •qn-gcna.s 

Requires  the  following  files  to  be  loaded:  new-sop.s,  eqn-gen.s 
■OTE:  eqn-gena.s  is  a  continuation  of  file  eqn-gen.s 

See  the  header  of  file  eqn-gen.s  for  a  description  of  the 
procedures  contained  in  this  file. 


(COIVERT-IIPUT-IODES  sop-lst  input-nodes) 

Parameters : 

sop-lst  -  an  arbitrary  list 
input-nodes  -  a  list  of  the  input  nodes 

—  COIVERT-IXPUT-IQDES  converts  the  nodes  in  the  SOP-LST  that  are 
members  of  the  IHPUT-IQDES  list  to  the  form  AX-. 

—  If  the  following  list  is  the  SOP-LST: 

((E—  A—  B0-)  ((E— )  A—  (BO-))  ((E— )  (A—))  (F—  B1-) 

((F— )  (Bl-))  (Z~  E—  F“)  ((Z— )  E—  (F— ))  ((Z— )  (E--))) 

and  (A—)  is  the  list  of  IIPUT-IODES,  then  COHVERT-IIPUT-IODES 
would  return  the  following  list: 

((E—  AX-  B0-)  ((E— )  AX-  (BO-))  ((E— )  (AX-))  (F--  B1-) 

((F— )  (Bl-))  (Z—  E—  F— )  ((Z— )  E—  (F— ))  ((Z— )  (E— ))) 

—  COIVERT-IIPUT-IODES- 1  is  called  to  convert  a  single  node  from 
the  IIPUT-IODES  returning  a  lEW-SOP-LST.  COIVERT-IODES  then 
calls  itself  recursively  until  all  of  the  nodes  from  the 
IIPUT-IODES  list  have  been  converted. 

(define  (convert-input-nodes  sop-lst  input-nodes) 

(if  (null?  input-nodes) 
sop-lst 

(let  (  (new-sop-lst 

(convert-input-nodes-l  (car  input-nodes)  sop-lst))  ) 
(convert-input-nodes  new-sop-lst  (edr  input-nodes))  ))) 


(CONVERT-INPUT-HODES-1  node  sop-lst) 

P2a'ameters : 

node  -  the  node  to  be  converted 

sop-lst  -  an  equation  in  sum  of  products  list  form 


—  COIVERT-IIPUT-IODES- 1  breaXs  down  the  SOP-LST  until  it  finds  the 


; ;  nod*  to  be  converted.  Once  this  node  is  found, 

;;  COIVERT-IIPUT-IODE  is  called  to  actually  convert  the  node. 

; ;  —  After  the  SOP-LST  is  deconposed  and  the  appropriate  nodes  are 
converted  the  list  is  reassenbled  and  returned. 

(define  (convert-input-nodes-1  node  sop-lst) 

:  the  sop-lst  is  nil 
(cond  (  (null?  sop-lst)  '()  ) 

;  sop-lst  is  a  symbol 
(  (symbol?  sop-lst) 

(if  (equal?  sop-lst  node) 

(convert-input-node  node) 
sop-lst)  ) 

;  the  first  element  of  sop-lst  is  a  symbol 
(  (symbol?  (car  sop-lst)) 

(if  (equal?  (car  sop-lst)  node) 

(cons  (conv^rt-input-node  node) 

(convert-input-nodes-l  node  (cdr  sop-lst))) 

(cons  (car  sop-lst) 

(conv*rt-input-nod*s-l  nods  (cdr  sop-lst))))  ) 

:  otheruise,  the  first  element  of  sop-lst  is  a  list 

(  els* 

(append  (list  (convert-input-nodes-1  node  (car  sop-lst))) 
(convert-input-nodes-1  node  (cdr  sop-lst)))  ))) 


; ;  (COIVERT-IIPUT-IODE  node) 

;;  Parameter: 

;;  node  -  a  symbol  of  the  form:  A — 

; ;  —  COIVERT-IIPUT-IODE  converts  the  input  lODE  to  a  list  of 
;;  characters.  The  last  two  characters  are  then  removed  from  the 
;;  list  and  replaced  by  a  "X-"  suffix. 

(define  (convert-input-node  node) 

(let*  (  (node-1  (8tring->li8t  (symbol->8tring  node))) 
(symbol-less-suffix  (remove-suffix  node-1)) 

(nev-suffix  (list  #\X  #\-)) 

(nev-symbol 

(string->symbol 

(list->string  (append  symbol-less-suffix 

neu-suff ix))))  ) 

nev-symbol) ) 


; :  (REMOVE-SUFFIX  1st) 


Parameters : 


; ;  Ist  -  an  arbitrary  list 
•  • 

;;  —  REMOVE-SUFFIX  accepts  a  list,  LST,  and  returns  a  list  eith  its 
; ;  last  two  eleaents  renoved.  It  is  assumed  that  LST  has  at  least 
; ;  two  elements  in  it . 

(define  (rei|ove-sufliz  1st) 

(if  (equal?  (length  1st)  2) 

•() 

(cons  (car  Ist)  (remove-suffix  (cdr  Ist))))) 


; ;  (GET-UliqUE-FAlOUTS  sop-lst) 

I  I 

: ;  Parameters : 

: ;  sop-lst  -  an  equation  in  sum  of  products  list  form 

•  I 

; ;  —  GET-UIIQUE-FAIOUTS  returns  a  list  of  each  of  the  f euiout  branches 
;;  in  the  circuit.  MAKE-UNIQUE-FAHOUTS  made  each  of  the  feoiout 
branches  into  a  unique  node  with  a  unique  identifier.  These 
;;  identifiers  had  a  number  associated  with  them  in  the  next  to 
; ;  last  digit . 

: :  —  GET-UIIQUE-FAIOUTS  scans  the  SOP-LST  and  builds  a  list  of  all  of 

; :  the  symbols  which  have  a  number  in  the  next  to  last  alphanumeric 

; ;  digit . 

; ;  —  GET-UIIQUE-FAIOUTS- 1  is  a  helping  procedure  which  builds  an 
;;  initial  list.  REMOVE-DUPLICATES  is  called  to  remove  duplicates 
;;  from  the  initial  list.  This  modified  list  is  returned. 

; ;  —  If  the  following  list  were  input  to  GET-UIIQUE-FAIOUTS : 

»  > 

((E—  AX-  B0-)  ((E— )  AX-  (BO-))  ((E— )  (AX-))  (F—  B1-) 

;;  ((F— )  (Bl-))  (Z—  E—  F~)  ((Z~)  E—  (F— ))  ((Z— )  (E— ))) 

t  I 

; ;  the  list  (BO-  B1-)  would  be  returned. 

(define  (get-unique-fanouts  sop-lst) 

(remove-duplicates  (get-unique-fanouts-1  sop-lst))) 


(GET-UIIQUE-FAIOUTS- 1  sop-lst) 

Parameters : 

sop-lst  -  an  equation  in  sum  of  products  list  form 

—  GET-UIIQUE-FAIOUTS- 1  breaks  down  the  SOP-LST  to  the  symbol-level 
and  examines  each  symbol  to  determine  if  it  is  a  unique  fanout 
node.  UliqUE-CP-IODE?  is  a  predicate  called  to  make  this 
determination. 

—  GET-UIIQUE-FAIOUTS- 1  calls  itself  recursively  if  a  list  is 
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•Beoimt«r«d,  breaking  it  up  uutil  a  syabol  is  found  and  tasted. 

; :  —  Duplicate  occurrences  of  a  given  fanout  node  occur  in  the 
;;  SOP-LST.  However,  these  are  not  renoved  by  GET-UIIQUE-FAIOUTS-l . 

(define  (get-uniqua-fanouts-1  sop-lst) 

;  sop-lst  is  nil 
(cond  (  (null?  sop-lst)  '()) 

;  the  sop-lst  is  actually  a  symbol 
(  (symbol?  sop-lst) 

(if  (unique-cp-node?  sop-lst) 
sop-lst 
'()  )) 

;  the  first  element  of  sop-lst  is  a  symbol 
(  (symbol?  (car  sop-lst)) 

(if  (unique-cp-node?  (car  sop-lst)) 

(cons  (car  sop-lst) 

(get-unique-fanouts-1  (cdr  sop-lst))) 
(get-unique-fanouts-1  (cdr  sop-lst)))  ) 

:  otherwise,  the  first  element  of  the  sop-lst  is  a  list 
(  else 

(append  (get-unique-fanouts-l  (car  sop-lst)) 

(get-unique-fanouts-1  (cdr  sop-lst)))  ))) 


; ;  (UMiqUE-CP-IODE?  node) 

I  $ 

; ;  Puameter : 

; ;  node  -  an  arbitrary  node  in  the  input  circuit 

I  I 

; ;  —  UIiqUE-CP-IOOE?  decomposes  the  lODE  symbol  into  a  list  of 
; ;  characters .  GET-HEXT-TO-LAST-ELT  is  called  to  extract  the  next 
; ;  to  last  character  from  this  list . 

; ;  —  lUNBER-CHAR?  is  called  to  determine  whether  the 
; ;  lEXT-TO-LAST-CHAR  is  a  character  representing  a  number  between  0 
;;  and  9.  If  so,  UIIQUE-CP-HOOE?  returns  #T,  otherwise  nil. 

(define  (unique-cp-node?  node) 

(let*  (  (node-1  (string->list  (synbol->string  node))) 

(next-to-last-char  (get-next-to-last-elt  node-1))  ) 

(if  (number-char?  next-to-last-char) 

#T 

'()  ))) 


(GET-HEXT-TO-LAST-ELT  Ist) 
Parameter: 

Ist  -  an  arbitrary  list 


280 


: :  —  6BT-IEXT-T0-LAST-ELT  accepts  an  arbitrary  list  and  returns  the 
: ;  next  to  last  elesient  oi  the  top  level  of  the  input  LST . 

(define  (get-next-to-last-elt  1st) 

(if  (equal?  (l«^:gth  1st)  2) 

(car  1st) 

(get-next-to-last-elt  (edr  1st)))) 


;;  (lUNBEK-CBAR?  symbol) 

;;  Parameters: 

; ;  symbol  -  an  arbitrary  symbol 

; ;  —  IlIMBER-CHAR?  is  a  predicate  procedure  for  determining  vhether 
; ;  a  given  symbol  is  actually  a  character  representing  a  number 
: ;  betveen  0  and  9 . 

(define  (number-char?  symbol) 

(and  (char<®?  symbol  #\9) 

(char>=?  symbol  #\0))  ) 


:  (IHSERT-CHECKPOIHT-EQIS  nodes  sop-lst) 

« 

:  Parameters: 

;  nodes  -  a  list  of  the  nodes  in  the  circuit  to  be  replaced  by 
;  checkpoint  equations 

;  sop-lst  -  an  equation  in  sum  of  products  list  form 

I 

;  —  IISERT-CHECKPOIIT-EQRS  adds  a  checkpoint  equation  for  each  of 
;  the  lODES  input  to  the  procedure.  This  process  is  done 

;  iteratively  whereby  a  checkpoint  equation  for  each  RODE  is  added 

;  to  the  current  sum  of  products  equation  by  the  process  of 
;  reduction  to  form  a  REU-SOP-LST.  Then,  Boolean  elimination  is 
;  used  to  eliminate  the  symbol  which  represents  the  either  the 
;  unique  fanout  branch  or  an  input  which  doss  not  fanout.  Thus, 

;  after  the  appropriate  equation  has  been  inserted,  the  symbol 

;  representing  the  unique  fanout  branch  or  an  input  which  does  not 

;  fanout  is  removed  from  the  equation,  and  the  symbol  representing 

;  the  original  node  with  two  checkpoint  variable  symbols  are 

;  added . 

;  —  IHSERT-CHECKPOIRT-EtJMS-l  is  the  procedure  called  to  perform  this 
;  operation  for  each  of  the  nodes.  IHSERT-CHECKPOIHT-EQVS 
;  calls  itself  recursively  until  the  list  of  nodes  lor  which 
;  equations  must  be  inserted  is  exhausted. 

(define  (insert-checkpoint-eqns  fanout-nodes  sop-lst) 

(if  (null?  fanout -nodes) 
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sop-lst 

(l«t  (  (n«v-sop-lst  (inssrt-chackpoint-sqns-l 

(car  fanont-nodcs)  sop-lst))  ) 
(inssrt-chackpoint-sqns  (cdr  fanoat-nodss)  ns«-sop-lst)  ))) 


; ;  (IlSERT-CHBCXPQIIT-EqiS-1  nods  sop-lst) 

f  > 

; ;  Paraastsrs : 

; ;  nods  -  a  singls  nods  to  bs  rsplacsd  nith  a  chsckpoint  aquation 
; ;  sop-lst  -  an  aquation  in  sum  of  products  list  form 

I  • 

; :  —  IISERT-CHECKPOIIT-EQMS-1  inssrts  ths  chsckpoint  aquation  for  ths 
::  lODE. 

; ;  —  REPLACE-SYMBOL-WITH-EQI  is  call  to  produce  ths  chsckpoint 

;;  aquation  for  ths  given  nods.  This  equation  is  in  f  =  0  form. 

; ;  This  allous  ths  chsckpoint  aquation  to  bs  added  to  the  SOP-LST 
;;  to  form  a  lEW-SOP-LST. 

; :  —  Ths  ECOI  procedure  is  used  to  conjunctively  eliminate  ths  NODE 
; ;  from  ths  lEV-SOP-LST  to  produce  an  aquation  in  which  ths  symbol 
: ;  representing  ths  unique  feinout  branch  or  the  modified  input  aors 
; ;  removed  from  ths  equation,  and  ths  symbol  representing  the 

original  node  plus  two  checkpoint  variable  symbols  are  added. 

; ;  (The  original  node  was  replaced  with  the  unique  symbol  either  by 
::  MAKE-UIIQOE-FAIOUTS  or  COIVERT-IirPUT-NODES. ) 

;;  "  The  list  returned  by  ECOH  is  then  returned. 

(define  (insert-checkpoint-eqns-1  node  sop-lst) 

(let  (  (new-sop-lst  (add  sop-lst  (replace-symbol-with-eqn  node)))  ) 
(econ  new-sop-lst  (list  node))  )) 


(REPLACE-SYMBOL-WITH-EQH  cp-symbol) 

Parameters ; 

cp-symbol  -  the  node  symbol  used  to  form  the  checkpoint  equation 

—  REPLACE-SYMBOL-WITH-EQN  returns  a  list  representing  the  sum  of 
products  form  of  the  checkpoint  equation. 

—  Mathematically,  the  unique  node  is  represented  by  the  equation: 

Unique-node  =  Original-node  *  CP-variable-0 '  +  CP-variable-1 

—  If  the  CP-SYMBOL  input  is  A0-,  then  this  equation  would  be: 

AO-  =  A—  ♦  AOO*  +  AOl 

—  This  equation  can  be  converted  to  f  =  0  form  to  provide  the 
Boolean  sum  of  products  representation.  In  this  procedure,  this 
form  is  returned  instead  of  the  equation  above  to  eliminate 
processing  of  this  conversion. 

—  If  the  CP-SYMBOL  input  is  A0-,  then  the  following  list  would  bo 
returned  by  REPLACE-SYMBOL-WITH-EQN: 


;;  ((AO-  (A“)  (101))  (AO-  AOO  (AOl))  ((A0-)  AOl)  ((A0-)  A~  (AOO))) 

: :  ~  Tbia  initial  CP-SYMBOL  is  lirat  convartad  to  a  list  of 

ebaractars.  It  t«o  cbaractar  suflix  is  ramovad  by  REMOVE-SUFFIX 
; ;  to  provida  tba  syabol  on  abicb  to  bnild  tha  na«  snff izas  (in  tha 
; ;  gixan  axanpla :  A) . 

; ;  —  6BT-FAI0UT-IUMBER  raturns  tba  nunbar  aasociatad  aitb  tba  nniqna 
lanont  branch.  Tbia  nunbar  is  uaad  to  build  appropriata 
cbackpoint  xariabla  aynbols.  In  tba  gixan  axaapla,  tbia  nunbar 
;;  is  0.  Tbs  cbackpoint  aynbols  AOO  and  AOl  ara  built  basad  on 
;;  tbia  nunbar. 

; ;  —  Ones  tba  appropriata  variablas  bava  baan  assanblad  and  convartad 
;;  to  aynbol  Tom.  than  tba  output  aquation  is  built  and  ratumad. 

(datina  (rsplaca-aynbol-vitb-aqn  cp-aynbol) 

(lata  (  (cp-aynbol-1  (string->li8t  (8ymbol->8tring  cp-aymbol))) 
(synbol-laas-suTTix  (ranova-suTTix  cp-synbol-l)) 

(fanout-nunbar  (gat-naxt-to-laat-alt  cp-aymbol-l)) 

(auffix-1  (list  #\-  #\-)) 

(8uTTix-2  (appand  (list  fanout-nunbar) 

(string->li8t  (nunbar->string  0  ’(int))))) 
(auffix-3  (appand  (list  fanout-nunbar) 

(string->li8t  (nunbar->8tring  1  '(int))))) 
(synbol-l  (string->synbol 

(list->atring  (appand  synbol-lass-auff ix 

auf fix-1)))) 

(symbol-a  (string->synbol 

(li8t->8tring  (appand  synbol-lass-auff ix 

8uffix-2)))) 

(synbol-3  (string->synbol 

(list->string  (appand  synbol-lass-suff ix 

suffix-3))))) 

‘((.cp-aynbol  (, aynbol- 1)  ( , 8]rnbol-3) ) 

(.cp-aynbol  .8ynbol-2  (,8ynbol-3)) 

((.cp-aynbol)  .8ynbol-3) 

(( .cp-synbol)  .synbol-l  ( .synbol-2)))  )) 


(ELINIIATE  f  nodes) 

Paranatars ; 

f  -  a  list  representing  a  Boolean  equation  in  sun  of  products 
(f=0)  fom 

nodes  -  a  list  of  nodes  to  be  eliminated 

—  ELINIIATE  brezOcs  up  the  list  of  NODES  and  iteratively  calls  ECON 
to  elininate  each  of  the  nodes  from  thi  function  F. 

—  After  a  HEW-F  is  fomed,  ELIMIHATE  calls  itself  recursively 
until  all  nodes  ara  eliminated. 

—  It  is  assunad  that  NODES  is  a  list  of  nodes 
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(d«fln«  (•limlnatc  1  nodas) 

(if  (anil?  nodas) 
f 

(lat  (  (na«-f  (aeon  f  (list  (car  nodas)}))  ) 
(alininata  nas-f  (edr  nodas))))) 


; ;  (6ET-CP-VARIABLES  sop-lst) 

»  f 

;;  Paramatsrs: 

; ;  sop-lst  -  a  list  raprasanting  a  Boolaan  aquation  in  sum  of 
; :  products  form 

I  • 

; ;  —  6ET-CP- VARIABLES  accapts  a  .ist  raprasanting  a  Boolaan  aquation 
; ;  and  ratums  a  list  raprasanting  ona  of  tha  tuo  chackpoint 

;;  variablas  for  aach  chackpoint  in  tha  circuit.  In  this  casa, 

; ;  that  is  all  symbols  in  tha  SOP-LST  that  hava  a  0  in  tha  last 
; ;  alphanumaric  position. 

; ;  —  LAST-CBAR-BQ-ZERO?  is  a  pradicata  procadura  usad  to  dstarmina 
;;  uhathar  a  symbol  has  has  a  zaro  as  its  last  charactar. 

; ;  6ET-CP-VARIABLES  calls  itsalf  racursivaly  until  all  symbols  have 
;;  baan  tastad  in  tha  SOP-LST. 

; ;  —  REMOVE-DUPLICATES  ramovas  duplicata  S3rmbols  from  the  list  that 
;;  is  created. 

(define  (gat-cp-variablas  sop-lst) 

;  sop-lst  is  nil 
(cond  (  (null?  sop-lst)  '()  ) 

;  sop-lst  is  a  symbol 
(  (symbol?  sop-lst) 

(if  (last-char-aq-zaro?  sop-lst) 
sop-lst 
'())  ) 

;  tha  first  element  of  tha  sop-lst  is  a  symbol 
(  (symbol?  (car  sop-lst)) 

(if  (last-char-aq-zaro?  (car  sop-lst)) 

(ramova-duplicates 
(cons  (car  sop-lst) 

(gat-cp-variables  (edr  sop-lst)))) 
(ramova-duplicates  (get-cp-variables  (edr  sop-lst))))  ) 
;  tha  first  element  of  the  sop-lst  is  a  list 
(  else 

(remove-duplicates 

(append  (get-cp-variables  (ceu:  sop-lst)) 

(get-cp-variables  (edr  sop-lst))))  ))) 


; ;  (LAST-CHAR-EQ-ZERO?  symbol) 

I  » 
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;;  Paranatcr: 

; ;  aymliol  ~  an  arbitrary  aynbol 

t  I 

; ;  —  LiST-CBAR-EQ-ZERO?  ia  a  pradicata  lor  datamining  shathar  tha 
;;  laat  charactar  of  tha  SYMBOL  ia  #\0. 

;;  —  Tha  SYMBOL  ia  lirat  convartad  to  a  liat  of  charactara. 

; ;  GET-LAST-ELT  ratuma  tha  laat  alaaant  of  thia  liat  ol 
; :  chzcractara . 

(dalina  (laat-char-aq-zaro?  aynbol) 

(lata  (  (aynbol-1  (8tring->li8t  (8ymbol'>8tring  symbol))) 
(laat-char  (gat-laat-alt  aymbol-l))  ) 

(il  (aqual?  laat-char  ’(#\0)) 

#T 

'()  ))) 


; :  (GET-LAST-ELT  Ist) 

t  $ 

;;  Paramatar: 

; ;  Ist  -  an  arbitrary  liat 

•  I 

: :  —  GET-LAST-ELT  a.ccapts  an  arbitrary  list  and  raturns  the  last 
;;  elamant  of  tha  list. 

(dalina  (gst-last-alt  Ist) 

(il  (equal?  (length  1st)  1) 

1st 

(gat-last-alt  (cdr  1st)))) 


(MAKE-COISTRAIHT-EQUATIOH  1st) 
p^a'^unatars : 

Ist  -  a  list  ol  checkpoint  variables  as  constructed  by 
GET-CP-VARIABLES 

—  MAKE-COISTRAIlfT-EQUATIOIf  accepts  the  list  ol  checkpoint 
veuriables  euid  calls  MAKE-COHSTRAINT-EQUATION-1  which  makes  an 
equation  lor  each  ol  the  variables  in  the  LST. 

—  Il  tha  lollowing  list  were  input: 

(BOO  BIO  AXO) 

HAKE-COHSTRAIRT-EqUATIOir  would  return: 

((BOO  BOl)  (BIO  BID  (AXO  AXl)) 

“  MAKE-COHSTRAIHT-EQUATION-1  would  be  passed  the  variables  BOO, 
BIO,  and  AXO  in  successive  calls;  returning  in  succession 
(BOO  BOl),  (BIO  BID,  and  (AXO  AXl).  MAKE-CORSTRAIRT-EqUATIOM 
assembles  these  sublists  to  lorm  the  larger  list  which  is 
returned. 


(d*fia«  (aaka-constraint-equatioii  1st) 

(il  (null?  1st) 

»() 

(sppssd  (list  (naks-constraint-squation-l  (car  1st))) 
(■aks-constraint-squation  (cdr  1st))))) 


;;  (NAKE-COISTRAIIT-EqUATIOI-l  symbol) 

;;  Paranstsrs: 

; ;  symbol  -  a  symbol  vhoss  last  character  is  a  zero 

;;  —  MAKE-COISTRAIIT-EQUATIM-l  converts  the  SYMBOL  to  a  list 
; ;  (SYMBOL-L)  and  calls  DROP-LAST-CHAR  to  remove  the  last  ch^Lracter 

; ;  from  the  list . 

; ;  —  Then,  a  #\1  character  is  added  to  SYMBOL-LESS-LAST-CHAR  to  Iona 
;;  a  list  representing  a  neu  symbol  (SYMBOL-L-1) .  This  list  is 
;;  then  converted  to  a  symbol  (SYMBOL-1). 

; ;  —  The  input  SYMBOL  and  SYMBOL-1  are  then  enclosed  in  a  list  and 
; ;  returned. 

(define  (make-constraint-equation-1  symbol) 

(let*  (  (symbol-1  (string->list  (symbol->string  symbol))) 
(symbol-less-last-char  (drop-last-char  symbol-l)) 

(suffix  (string->list  (number->8tring  1  ’(int)))) 
(symbol-1-1  (append  symbol-less-last-char  suffix)) 

(symbol-l  (string->8ymbol  (li8t->string  symbol-l-l)))  ) 
(append  (list  symbol)  (list  symbol-l)))) 


: ;  (DROP-LAST-CHAR  symbol-l) 

;;  Parameter: 

; ;  s3nsbol-l  -  a  list  of  characters  which  represent  a  symbol 

-  DROP-LAST-CHAR  returns  the  input  list  less  the  last  character. 

(define  (drop-last-char  symbol-l) 

(if  (equal?  (length  symbol-l)  1) 

'() 

(cons  (car  symbol-l)  (drop-last-char  (cdr  symbol-l))))) 


(GET-CHECKPOIHT-IODES  prefix-list) 

Parameters : 

prefix-list  —  a  list  of  the  form:  ((eq _ _ ) 
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(1« _ ) 

:  ) 


; ;  —  Accepts  a  list  in  prsliz  form  and  returns  a  list  of  the 
::  checkpoints  for  the  given  systea  of  equations.  The  equations 

represent  a  combinational  circuit. 

; ;  —  The  procedure  gets  the  nodes  which  fan  out  as  well  as  the  input 
;;  nodes.  All  checkpoints  are  derived  either  from  fanouts  or  input 
; ;  nodes . 

; ;  —  The  fanout  nodes  list  is  appended  to  the  input  node  list . 

; ;  Duplicates  are  removed  in  case  an  input  node  is  also  a  node 
; ;  which  has  a  fanout . 

(define  (get-checkpoint-nodes  prefix-list) 

(let  (  (fanout-nodes  (get-fanout-nodes  prefix-list)) 

(input-nodes  (get-input-nodes  prefix-list))  ) 
(remove-duplicates  (append  input-nodes  fanout-nodes)))) 


( GET-IIPUT-IODES-WHICH-FAIOUT  pref ix-list ) 


Parameters : 

prefix-list  —  a  list  of  the  form:  ((eq _ _ ) 

(1« . I_.II) 

:  ) 


; ;  "  GET-lIPUT-MODES-WHICH-FAIOUT  returns  a  list  of  input  nodes 
; ;  that  fanout . 

; :  —  GET-IIPUT-IODES  is  called  to  make  a  list  of  IHPUT-HODES  of  the 
: ;  circuit . 

: ;  ~  GET-IIPUT-IODES-LESS-FAIOUTS  returns  a  list  of 
; ;  IIPUT-IODES-LESS-FAIOUTS . 

: :  —  GET-SUBLIST  subtracts  IIPUT-IODES-LESS-FAHOUTS  from  the 
; ;  IIPUT-IQDES  to  form  a  list  of  input  node  that  do  fanout .  This 
;;  list  is  returned. 

(define  (get-input-nodes-which-fanout  prefix-list) 

(let  (  (input-nodes  (get-input-nodes  prefix-list)) 

(input -nodes-less-fanouts 

(get-input-nodes-less-fanouts  prefix-list))  ) 
(get-sublist  input-nodes  input-nodes-less-fanouts))) 
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FilaaaB*:  taatsr.s 

Thia  Btodula  ia  tha  portion  of  tha  diagnoatic  ayatan  which 
providaa  tha  aachaniaaa  for  conducting  tha  input-output 
axpariaant.  It  takaa  tha  aingla  Boolaaa  aquation  producad  by 
tha  Equation  Ganaratioa  Nodula  of  tha  ayataa,  liata  of  tha 
inpnta,  outputa,  and  chackpointa,  and  producaa  taat  wactora  for 
tha  givan  circuit.  Onca  tha  raault  of  tha  taat  ia  known,  the 
raault  ia  fad  back  to  tha  ayataa  which  naad  it  to  create  new 
information  about  tha  circuit.  Taata  are  conducted  until  it  haa 
baan  datarainad  that  further  inforaation  cannot  be  gained  froa 
input-output  taata.  At  thia  point,  an  aquation  aziata  which 
holda  all  of  tha  inforaation  known  about  tha  circuit,  including 
tha  atata  of  faulta  and  tha  actual  circuit  function.  Thia 
aquation  la  returned  in  a  liat  with  tha  nuabar  of  taata  that 
ware  conducted. 

Raquiraa  tha  filaa:  boolean. fal.  intarp.fal,  intarp-a.fal 


; ;  (TESTER  input) 

Paraaatara: 

: :  input  -  Tha  output  liat  froa  tha  Equation  Generation  Nodule  of 

: :  tha  diagnoatic  ayataa.  It  conaiata  of  aubliata  which 

:  are  tha  ayataa  aquation  generated  by  GEIERATE-EQUATIOH, 

;;  the  IIPUTS,  OUTPUTS,  and  the  circuit  CHECKPOIITS. 

; ;  —  TESTER  decoapoaea  the  IIPUT  into  ita  coapoaite  aubliata  and 
; ;  takaa  tha  Blaka  Canonical  Fora  of  tha  aquation  to  fora  a  new 
; ;  aquation  (lEV-EQI) . 

—  A  TEST-IIPUT  ia  generated  froa  thia  lEW-EQB  by  NAKE-TEST-IHPUT. 
;;  Than  TESTER-1  ia  called  to  begin  the  iterative  teating  process. 

(define  (tester  input) 

(let*  (  (aquation  (car  input)) 

(inputs  (cadr  input)) 

(outputs  (caddr  input)) 

(checkpoints  (cadddr  input)) 

(new-eqn  (bcf  equation)) 

(test-input  (aake-test-input  new-eqn  inputs  checkpoints 

outputs))  ) 

(tester-1  new-eqn  test-input  inputs  checkpoints  outputs  0)  )) 


(TESTER-1  equation  test-inp  inputs  checkpoints  outputs  test-no) 
Parameters : 
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aquation  -  Tha  aystaa  aquation  ganaratad  by  GEIERATE-EQUATIOI . 

taat-inp  -  Tba  first  taat  input  ganaratad  by  tha  systaa. 

inputs  -  A  list  of  tha  inputs  of  tha  circuit. 

chackpoints  -  A  list  of  tha  chackpoints  in  tha  circuit. 

outputs  -  A  list  of  tha  outputs  of  tha  circuit. 

tast-no  -  Tha  currant  tast  nnsibar.  Initially,  this  is  1. 

—  TESTER-1  is  a  halping  procadura  for  TESTER.  Boaavar,  it  is  tha 
■odula  that  suparaiaaa  tha  input-outpnt  azparinant. 

If  tha  TEST-IIP  is  null,  than  anothar  tast  could  not  ba 
ganaratad  fron  tha  systan  EQUATIOI.  At  this  tins,  a  aassaga  is 
output  and  tha  systaa  EQUATIOI  is  ratumad  in  a  list  along  aith 
tha  TEST-10  vhich  indicatas  tha  nnabar  of  tasts  that  occurrad. 

—  Tha  TEST-IIP  is  ganaratad  prior  to  TESTER-1  baing  callad.  If  it 
is  not  null,  than  a  tast  was  ganaratwd.  PRIIT-SUGGESTED-IIPUT 
outputs  tha  list  raprasanting  tha  tast  vactor  in  a  nsar-readable 
font. 

—  Tha  uaar  is  than  prompted  for  tha  RESULT  of  tha  tast.  Tha 
RESULT  is  coabinad  with  tha  TEST-IIP  by  MAKE-IEV-IIFO  to  maka 
lEtf-IIFOraation  which  can  ba  added  to  tha  EQUATIOI.  Tha 
combination  of  tha  EQUATIOI  and  lEW-IIFO  forms  a  lEW-EQI.  DCF 
is  a  procadura  used  to  ganarata  tha  Diagnostic  Canonical  Form 
which  is  a  fora  of  tha  aquation  nacassary  to  ganarata  naw  tast 
▼actor  inputs. 


(define  (tastar-1  aquation  tast-inp  inputs  chackpoints  outputs 

tast-no) 

(cond  (  (null?  tast-inp) 

(writaln  "law  information  cannot  ba  obtained.") 

(nawlina) 

(cons  tast-no  aquation)  ) 

(  else 

;  print  out  tha  suggested  input  in  a  usar-raadabla  format 
(print-suggastad-input  tast-inp) 

(nawlina) 

:  for  tha  first  tast,  give  tha  user  instructions 
(if  (equal?  0  tast-no) 

(writaln  "If  the  output  was  0,  type  0  and  <rtn>,  else 
type  1  and  <rtn>.") 

'()) 

;  prompt  for  tha  result 

(display  "Enter  tha  Resulting  Output  (0  or  1)  — >  ") 

;  read  in  the  result,  ganarata  naw  info  from  tha  tast  input 
;  and  tha  result,  and  make  a  lEV-EQI  which  contains  tha  old 
;  EQUATIOI  plus  naw  information  derived  from  the  test 
(let*  (  (result  (read-line)) 

(naw-info  (make-new-info  test-inp  result  outputs)) 
(new-eqn  (def  (cons  naw-info  equation) 
inputs  outputs))  ) 

;  make  a  recursive  call  using  the  lEW-EQI,  generating  a 
:  new  TEST-IIPUT  on  the  fly,  increment  the  TEST-IO 


(t«it«r-l  n««-«qn 

(■aks-tcat-iaput  na«-aqn  inpnta  chackpointa 

outputa) 

Inputa 

chackpoiata 

outputa 

(1+  taat-ao)))  ))) 


; ;  (PRIIT-SUGGESTED-I«PUT  lat) 

•  • 

; ;  Paraaatara : 

; ;  lat  -  A  liat  of  tha  f on  (  (A — )  B —  C — ) ,  uhora  tha  aubalamaata 
; ;  ara  litarala  rapraaaatiag  tha  iaputa  to  tha  circuit . 

t  I 

; :  —  PRIIT-SUGGESTEO-ZIPUT  priata  out  a  aaaaaga  aad  thaa  calla 
; ;  PRIIT-SUGGESTEO-IIPUT-1  uhich  outputa  aach  of  tha  iaputa 
; ;  iadividually . 

(dafiaa  (priat-auggaatad-iaput  lat) 

(uritala  "Tha  Suggaatad  laput  ia:  ") 

(aavliaa) 

(priat-auggaatad-iaput-1  lat)  ) 


;;  <PRIIT-SUGGESTED-IIPUT-1  lat) 

0  A 

;;  Parauatara: 

;;  lat  -  A  liat  of  tha  fon  ((A — )  B —  C — ),  uhara  tha  aubalamaata 
: ;  ara  litarala  rapraaaatiag  tha  iaputa  to  tha  circuit . 

t  I 

; ;  —  PRIIT-SUGGESTED-llPUT-1  priata  out  tha  auggaatad  iaput  ia  a 
;;  uaar-raadabla  fonat.  Tha  iaput  LST  ia  of  tha  fon  ((A — )  B — 

; ;  C — ) ,  uhara  aach  aymbol  ia  aa  iaput  to  tha  circuit .  If  a 

: ;  litaral  ia  aacloaad  ia  a  aubliat ,  thaa  it  ahould  ba  aat  to  0 . 

;;  Otharuiaa,  if  it  axiata  ia  tha  top-laval  of  tha  liat,  thaa  it 

; ;  ahould  ba  aat  to  1 . 

;;  —  la  aach  call  to  PRIIT-SUGGESTED-IRPUT-1,  oaa  of  tha  auggaatad 
;;  iaputa  ia  output.  Racuraiva  calla  ara  mada  until  all  of  the 
; ;  auggaatad  inputa  have  baan  output . 

; ;  —  COIVERT-IOOE-BACX  ia  called  to  aliminata  tha  auff ix  from  aach 
; ;  aymbol .  Tha  aymbol  ia  than  of  tha  fon  that  uaa  originally 

;;  input  to  tha  ayatam  by  tha  uaar. 

(define  (print-suggaatad-input-l  lat) 

(if  (null?  lat) 

'() 

(lat  (  (firat-tan  (car  lat)) 

(raat  (cdr  lat))  ) 
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;  if  tb*  flr«t't«ra  ia  a  ajrabol,  it  aboald  ba  aat  to  1 
;  otharwiaa,  if  in  a  anbliat,  it  ahould  ba  aat  to  0 
(if  (ayabol?  firat-tan) 

(bagia 

(vritaln  "  "  (convart-noda-back  firat-tara) 

H  a  jH) 

(priat-anggaatad-inpnt-1  raat)) 

(bagia 

(vritala  "  “  (coavart-aoda-back  (car  firat-tam)) 

'•  s  0") 

(priat-anggaatad-iaput-l  raat))  )))) 


; :  (MAKE-IEV-IIFO  taat-input  raaiilt  oatputa) 

•  • 

:  Paraaatara : 

; ;  taat-iaput  -  A  liat  of  tha  form  ((A — )  B —  C — )  which  was  the 
;;  taat  vactor  gaaaratad  by  TEST-IIPUT. 

;;  raanlt  -  A  atriag  rapraaanting  tha  rasult  of  tha  taat;  aithar 
..  M^..  or  "O". 

; ;  oatpata  -  A  liat  of  tha  oatpata  of  tha  circait . 

•  $ 

: ;  —  MAKE-IEM-IIFQ  combinaa  tha  TEST-IIPUT  with  tha  OUTPUTS  to  maka 
;;  saw  information  aboat  tha  atata  of  tha  circait. 

—  Tha  naw  information  is  basad  on  tha  mathematical  modal  that: 

; ;  TEST-IIPUT  *=>  OUTPUT 

; ;  Translated  into  Boolean  Algebra,  this  woald  be  modeled 
; :  TEST-IIPUT  OUTPUT 

; :  This  is  than  converted  to  tha  form 

;;  TEST-IIPUT  *  OUTPUT'  =  0 

;;  Lists  are  bailt  appropriately  to  implement  this  last  aqaation. 

; ;  This  list  is  than  added  to  tha  old  aqaation  to  form  an  apdatad 

;;  aqaation. 

;;  —  As  carrantly  implamantad,  it  ia  asaamed  that  OUTPUTS  is  a  list 
;;  of  a  single  alamant  representing  a  single  oatpat  of  tha  circait. 

(define  (maka-naw-info  tast-inpat  resalt  oatpats) 

(newline) 

(newline) 

(writaln  "Processing....") 

(newline) 

(cond  (  (aqaal?  rasalt  "1") 

(append  tast-inpat  (list  oatpats))  ) 

(  (aqaal?  resalt  "0") 

(append  tast-inpat  oatpats)  ))) 


; ;  (DCF  aqaation  inpats  oatpats) 


:  Paraastart: 

:  aquation  -  Tlia  nav  aquation  fornad  by  adding  ttaa  nav  inlomation 

;  ganaratad  by  an  input-output  taat  to  tha  old  syatan 

;  aquation.  This  aquation  ia  in  f>0  fora. 

;  inputs  -  A  list  of  tha  inputs  of  tha  circuit. 

;  outputs  -  A  list  of  tha  outputs  of  tha  circuit. 

A 

;  —  DCF  ganarataa  tha  "Diagnostic  Canonical  Fora"  of  tha  systaa 
;  aquation. 

;  —  First,  tha  Blaka  Canonical  Fom  (BCF)  is  takan  of  tha  input 
;  EQDATZOI.  This  ganaratas  all  of  tha  possibla  consansus  tarns 
:  froa  tha  EQUATIOI. 

;  —  Tha  aia  of  tha  Diagnostic  Canonical  Fora  is  to  gat  tha  aquation 
;  into  tha  following  fom: 

;  A(z,y}  z'  B(z,y}  z  *■  G(y)  «  0  vhara  x  raprasants  tha  circuit 
;  inputs,  z  the  circuit  outputs, 

;  and  y  tha  checkpoint  variables 

;  —  Hoaavar,  after  getting  tha  Blaka  Canonical  Fom  of  this 
;  aquation,  it  nay  be  in  tha  fom: 

;  A(z,y)  z’  +  B(x,y)  z  +  H(x,y)  *  0 

;  —  Tha  G(y)  tarn  is  nada  up  of  tha  alanants  of  H(x,y)  which  have 
;  had  the  input  variables  stripped,  or  SIFTed,  off.  This  can  be 

;  dona  because  tha  input  variables  are  not  constrained  due  to 
:  indapandanca .  Thus,  tha  checkpoint  variables  they  are  conbined 

:  with  to  fom  a  tarn  nust  be  identically  equal  to  0. 

;  —  SIFT  foms  tha  tarns  in  G(y)  which  are  added  to  the  input 
;  EQUATIOI.  UIABSORB  is  then  called  to  execute  absorptions  caused 

:  by  these  new  tarns. 

(define  (def  equation  inputs  outputs) 

(unabsorb  (sift  (bef  aquation)  inputs  outputs))  ) 


(SIFT  aquation  inputs  outputs) 

Paranatars : 

aquation  -  Tha  new  aquation  fomed  by  adding  the  new  infomation 
generated  by  an  input-output  test  to  the  old  system 
aquation.  This  equation  is  in  f=0  fom. 
inputs  -  A  list  of  the  inputs  of  the  circuit, 
outputs  -  A  list  of  the  outputs  of  the  circuit. 

—  SIFT  is  a  helping  procedure  for  the  DCF  procedure.  It  generates 
the  G(y)  terns  from  the  H(x,y)  terns  in  the  equations  listed 
above . 

—  CONMOI-ARGS?  ia  used  to  detemine  whether  any  OUTPUTS  are  in  a 
given  tern  of  the  EQUATIOI.  If  they  are,  then  this  tern  ia 
simply  ignored.  If  they  are  not,  than  the  IHPUTS  are 
disjunctively  eliminated  from  the  tern  to  yield  a  tern  that  is 
composed  only  of  checkpoint  variables. 


-  SIFT  calls  itsslf  rscurslTsly  vmtil  all  tsras  of  the  input 
EQUATIOI  have  been  checked  and  modified  if  appropriate. 


■  * 
9  • 


(define  (silt  equation  inputs  outputs) 

(cond  (  (null?  equation) 

•()  ) 

(  (not  (conmon-args?  outputs  (car  equation))) 
(cons  (car  (edis  (list  (car  equation))  inputs)) 
(silt  (cdr  equation)  inputs  outputs)  )) 

(  else 

(cons  (car  equation) 

(silt  (cdr  equation)  inputs  outputs)  )))) 


; ;  (NAKE-TEST-IIPUT  equation  inputs  checkpoints  outputs) 

•  9 

;;  Paraaeters: 

; ;  aquation  -  The  nev  equation  formed  by  adding  the  new  information 
: :  generated  by  an  input-output  test  to  the  old  system 

;;  equation.  This  equation  is  in  1^0  form. 

; ;  inputs  -  A  list  of  the  inputs  of  the  circuit . 

; ;  outputs  -  A  list  of  the  outputs  of  the  circuit . 

; ;  checkpoints  -  A  list  of  the  checkpoints  of  the  circuit . 

I  I 

::  —  HAKE-TEST-lIPUT  uses  EQUATIOI ,  the  CHECKPOIITS,  and  the  OUTPUTS, 
; ;  to  generate  a  test  vector  input . 

;;  —  HAKE-IIPUT-EQUATIOI  is  passed  the  EQUATIOI,  CHECKPOIITS,  and 
;;  OUTPUTS.  Boolean  elimination  is  used  to  remove  the  CHECKPOIITS 

; ;  and  OUTPUTS  from  the  EQUATIOI  to  get  an  IIPUT-EQUATZOI  in  f »0 

;;  format.  Solving  this  equation  yields  an  effective  input  that 
sill  yield  nes  information  about  the  circuit. 

;;  —  Because  it  is  difficult  to  solve  an  equation  in  1=0  format,  i.e. 
;;  all  terms  must  be  set  to  0,  the  IIPUT-EQUATIOI  is  complemented 
to  get  the  1=1  form.  Then,  only  a  single  TERM  need  be  set  to  1 
to  solve  the  equation.  DISPLAY-CIRCUIT-FUICTIOI-1  is  called  to 
; ;  display  the  1=0  equation  that  must  be  solved. 

;;  —  When  the  IIPUT- EQUATIOI  becomes  equal  to  1,  or  in  the 
;;  representation  used  in  this  system,  ’(()),  then  further 
;;  effective  inputs  cannot  be  generated.  At  this  time  ’()  is 
; ;  returned. 

;;  —  All  of  the  IIPUTS  may  not  exist  as  literals  of  TERM.  COMBINE  is 
; ;  used  to  insert  the  IIPUTS  that  are  not  literals  of  TERN  into 
; ;  term.  Due  to  the  nature  of  Boolean  Algebra,  these  missing 
;;  literal  can  be  arbitrarily  set  to  0  or  1.  In  this 
;;  implementation,  the  missing  literals  are  set  to  1.  SORT-TERM  is 
;;  called  to  generate  a  test  vector  in  sorted  order. 

(define  (make-test-input  equation  inputs  checkpoints  outputs) 

(lets  (  (input -equation  (make- input-equation  equation  checkpoints 

outputs) ) 
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(term  (car  (bet  (coaplesant  Inpat-aquation))))  ) 

(naalina) 

;  it  tha  inpat  tonction  was  0,  than  any  input  is  attactiva 
:  i.a.  thara  ara  no  constraints  on  inpnt  variablas  that  ara 
:  raquirad  to  yiald  non  intonation  about  tha  circuit 
(it  (null?  input-aquation) 

(writaln  "Tha  Input  Equation  is:  0  >  0") 

(bagin 

(display  "Tha  Input  Equation  is:  ") 
(display-eireuit-tunction-1  input-aquation) 

(writaln  "■  0"))) 

;  it  tha  input  was  1  i.a.  '(()),  than  raturn  nil  to  signity  that 
;  a  naw  input  tunction  cannot  ba  ganaratad.  0tharw:.«a,  taka  tha 
:  tan,  till  in  tha  nissing  litarals.  sort  is  alphabatical  order, 
:  and  raturn. 

(it  (equal?  input -aquation  '(())) 

•() 

(sort-tan  (combine  tan  inputs))))) 


; ;  (NAKE-IIPUT-EQUATIOI  aquation  checkpoints  outputs) 

; ;  Paranatars : 

: ;  aquation  -  Tha  naw  aquation  toned  by  adding  tha  naw  intonation 
; :  ganaratad  by  an  input-output  test  to  the  old  system 

;;  aquation.  This  aquation  is  in  t~0  ton. 

; ;  checkpoints  -  A  list  of  tha  checkpoints  ot  tha  circuit . 
outputs  -  A  list  ot  tha  outputs  ot  tha  circuit. 

; :  "  KAKE-IIPUT-EQUATIOI  accepts  an  aquation  ot  tha  ton: 

;;  P(z,y,z)  »  0  where  x  ara  tha  inputs  ot  tha  circuit, 

; :  y  ara  tha  checkpoints  ot  tha  circuit , 

; ;  and  z  tha  outputs  ot  tha  circuit . 

: :  —  Conjunctiva  ELINIIATion  is  used  to  remove  tha  checkpoints  from 
;;  the  aquation.  This  leaves  an  aquation  ot  tha  tollowing  ton: 

; ;  A(x)  z’  ♦  B(x)  z  =  0 

;;  —  Disjunctive  elimination,  partonad  by  EOIS,  yialds  an  aquation 
; ;  ot  tha  ton: 

::  A(x)  +  B(x)  =  0 

;;  —  Tha  Blaka  Canonical  Fon  ot  this  aquation,  ganaratad  by  BCF,  is 
;;  than  tonad  and  raturnad. 

(datina  (maka- input-aquation  aquation  chackpoints  outputs) 

(bet  (adis  (aliminata  aquation  chackpoints)  outputs))  ) 


(COMBIIE  tan  inputs) 
Paranatars : 
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;;  term  -  A  term  Iroa  th«  f=l  forn  of  tho  IIPUT-EQtfATIOl . 

: ;  inputs  -  A  list  of  ths  inputs  of  ths  circuit . 

•  $ 

; ;  —  All  of  ths  IIPUTS  may  not  szist  as  litorals  of  TERM .  CONBIIE  is 
; :  used  to  insert  tbs  IIPUTS  that  are  not  literals  of  TERM  into 

; ;  term.  One  to  the  nature  of  Boolean  Algebra,  these  missing 
;;  literal  can  be  arbitrarily  set  to  0  or  1.  In  this 
;;  implementation,  the  missing  literals  are  set  to  1. 

—  For  example,  if  the  inputs  sere  (ABC),  and  term 
;;  sere  A  B  =  1,  then  the  equations  ABC~lorABC'  =1  mould 
;;  both  satisfy  the  constraints  imposed  by  TERM.  Thus,  C  can  be 
;;  arbitrarily  chosen.  COMBIIE  sets  C  to  1. 

(define  (combine  term  inputs) 

(cond  (  (null?  inputs) 

•()  ) 

(  (member  (bar  (car  inputs))  term) 

(cons  (bar  (car  inputs)) 

(combine  term  (edr  inputs))  )) 

(  else 

(cons  (car  inputs) 

(combine  term  (edr  inputs))  )))) 


Filanane:  interp.s 


This  aodul*  providas  th«  facilitias  to  intarprat  tha  output 
aquation  Iron  tha  TESTER. S  nodula  of  tha  ayataa.  Tha  lacilitiaa 
providad  includa  a  procadura  to  coapara  tha  daaignad  circuit  to 
tha  function  that  tha  circuit  ia  actually  parfoming,  an 
intarpratation  of  tha  faulta  in  tha  circuit,  and  a  auaaary  of 
ayataa  aatrica. 

lOTE:  Thia  iaplaaantation  ia  baaad  on  tha  aasuaption  of  a  single 
output  circuit.  Procaduras  auat  ba  revised  to  accomodate 
aultipla  output  circuit  diagnosis. 

Requires  tha  files:  boolean. fal.  aqn-gan.fsl.  aqn-gana.fsl, 
tokaniza.fsl.  intarp-a.fsl 


(IITERPRET  intamadiata-foraat  phi  taster-output) 

Paraaatars : 

intaraadiata-format  -  The  data  structure,  a  list  in  prefix-form 

that  vas  returned  by  procadura 
RUI-IIPUT-MQDULE.  This  list  is  used  to 
determine  tha  appropriate  gate  a  given 
fanout  node  is  associated  vith  vhan 
printing  out  results  for  each  node, 
phi  -  Tha  data  returned  by  GEIERATE-EQUATION .  Tha  information 
provided  by  this  list  includes  tha  circuit  IHPUTS, 

OUTPUTS,  and  CHECKPOIITS. 

taster-output  -  The  data  returned  by  TESTER.  This  includes  the 
lO-OF-TESTS  that  were  conducted  as  well  as  the 
FIIAL-EQUATIOI  generated  by  TESTER.  This 
equation  is  solved  to  yield  the  circuit  FUHCTIOR 
as  well  as  the  FAULT-CLASSES  in  the  circuit. 

—  IITERPRET  takas  tha  output  froa  all  of  tha  other  major  modules 
and  interprets  the  information  to  obtain  the  results  of  the 
diagnostic  test. 

—  DISPLAY-FUICTIOIS  is  called  to  determine  the  function  that  the 
circuit  performed  based  on  the  diagnostic  test,  as  opposed  to 
the  function  that  it  was  designed  to  perform.  An  equivalency 
check  is  made  to  compare  tha  actual  to  the  designed  function. 

—  IRTERPRET-FAULTS  is  called  to  derive  the  faults  in  the  circuit, 
both  those  that  can  be  positively  determined  as  well  as  cases  of 
faults  that  may  have  occurred,  but  cannot  be  determined  with 
certainty. 

—  DISPLAY-SYSTEM-METRICS  is  used  to  make  a  quick  determination  of 
the  a  performance  metrics  of  the  diagnostic  system. 

—  Finally,  tha  usar  is  asked  whether  he  would  like  to  diagnose 


::  another  circuit.  The  REPLY,  In  th«  lorn  ol  tT  or  '()  is 

; ;  rstumsd  by  IITERPRET  to  ths  calling  procadure  vhera  it  is  ussd 

;;  to  datamina  uhathar  to  raazacuta  tRa  calling  nodula,  or  ratom 
: ;  to  tba  nain  nann  ol  tha  diagnostic  systan. 

(dallna  (intarprat  intarmadiata-lonuit  phi  tastar-outpnt) 

;  braak  dosn  inlomation  Iron  input  paramatars 
(lata  (  (inputs  (cadr  phi)) 

(outputs  (caddr  phi)) 

(chackpoints  (cadddr  phi)) 

(no-ol-tasts  (car  tastar-output)) 

(linal-aquation  (edr  tastar-output)) 

(lunction  (solva-lcn  linal-aquation  chackpoints 

outputs)) 

(lault-classas  (solva-cps  linal-aquation  outputs))  ) 

(naslina) 

(Britain  "  *♦♦*♦♦*♦*  Rasults  ****♦•**•") 

;  print  out  tha  lunction  that  tha  circuit  is  parloming,  tha 
:  lunction  that  it  is  supposed  to  parlom,  and  ahathar  tha 
;  tBo  Inactions  ara  aquivalant. 

(dlsplay-lunctions  lunction  outputs  intamadiata-lomat) 

;  print  out  tha  possible  laults  in  tha  circuit 
(intarprat-laults  chackpoints  lault-classas 

iat  amadiat  a-lomat ) 

:  display  tha  parlomanca  natrics  ol  tha  systan 
(display-systan-natrics  inputs  no-ol-tasts) 

(Britain  "Would  you  like  to  try  another  circuit?  ") 

(Britain  "11  so,  type  yas  and  <rtn>,  else  type  no  and  <rtn>.") 
(Britain  "A  reply  ol  no  returns  you  to  the  main  menu.") 
(display  "Enter  yas  or  no  (dalault  is  no)  — >  ") 

(let  (  (reply  (raad-lina))  ) 

(il  (equal?  reply  "yas") 

#T 

'()  )))) 


(SOLVE-FCI  aquation  checkpoints  outputs) 

Paranatars: 

aquation  -  Tha  linal  aquation  produced  by  procedure  TESTER. 

This  aquation  holds  all  inlomation  about  the  state 
ol  the  system  alter  it  has  been  detemined  that  no 
nsB  inlomation  can  be  detemined  Irom  lurthar  tests, 
chackpoints  -  A  list  ol  the  checkpoint  variables  introduced  into 
tha  aquation. 

outputs  -  A  list  ol  tha  output  nodes  ol  the  circuit. 

—  SOLVE-FCI  is  used  to  generate  tha  aquation  that  tha  circuit  is 
parloming  based  on  tha  rasults  ol  tha  input-output  experiments. 

—  The  input  EQUATIOR  is  ol  the  lorn: 
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I  ;;  EQUAT10I(z,7,z)  >  0  «h«r«  z  is  tbs  input  variablss, 

; ;  7  i*  tbs  cbsckpoint  variablss , 

; :  and  z  is  a  singls  output  variabls 

; ;  —  Tbis  EQUITIOI  nust  tbsn  bs  convsrtsd  to  tbs  lorn: 

;;  a(z)  z*  a'(z)  z  *  gCy)  *  0  ubsrs  a(z)  is  a  function  of  tbs 

input  variablss,  and  g(y)  is  a 

)  ; ;  function  of  tbs  cbsckpoint  variablss 

;;  "  R(z)  yislds  tbs  actual  circuit  function.  To  obtain  R(z) ,  tbs 
;;  OUTPUTS  can  bs  DIVIOEd  into  tbs  EQUATIOI  using  Boolsan  division. 

;;  Tbis  Isavss  an  aquation  in  tsms  of  inputs  and  cbsckpoints. 

: :  Tbsn  tbs  CHECKPQIITS  can  bs  rsmovsd  using  conjunctiva 

; ;  ELINIIATion  to  yisld  tbs  singls  f omula  a(z)  . 

( 

(dafina  (solvs-fcn  aquation  cbsckpoints  outputs) 

(slininats  (divids  aquation  outputs) 
cbsckpoints  )) 


(SOLVE-CPS  aquation  outputs) 

Paranstsrs : 

aquation  -  Tbs  final  aquation  producsd  by  procsdurs  TESTER. 

This  aquation  bolds  all  infomation  about  tbs  stats 
of  tbs  systsm  aftsr  it  has  bssn  dstsninsd  that  no 
ns«  information  can  bs  dstsrminsd  from  furthsr 
input-output  tssts. 

outputs  -  A  list  of  tbs  output  nodss  of  tbs  circuit. 

—  SOLVE-CPS  is  ussd  to  gsnsrats  tbs  aquation  which  can  bo  solvsd 
to  dstsrains  tbs  possibls  faults  in  tbs  circuit.  This  aquation 
is  bassd  on  tbs  rssults  of  tbs  input-output  szpsrinsnt. 

~  EQUATIOI  is  of  tbs  form: 

EQUATlOKz.y.z)  =  0  wbsrs  z  is  tbs  input  variablss, 

y  is  tbs  cbsckpoint  variablss, 
and  z  is  a  singls  output  variabls 

—  This  EQUATIOI  must  than  bs  convsrtsd  to  tbs  form: 

a(z)  z'  a’(z)  z  *  g(y)  =  0  wbsrs  a(z)  is  a  function  of  the 

input  variablss,  and  g(y)  is  a 
function  of  tbs  checkpoint  variables 

—  g(y)  yields  the  possible  faults  function.  To  obtain  g(y) ,  the 
OUTPUTS  can  bs  ELINIHATEd  from  tbs  EQUATIOH  using  conjunctive 
elimination.  This  leaves  an  aquation  in  terms  of  the 
checkpoints . 

—  Tbis  equation  is  in  f^O  form  which  is  difficult  to  solve  to 
dstsrmine  tbs  states  of  the  checkpoint  v^a^iables.  Thus,  the 
equation  is  COMPLEHERT  to  get  the  f-1  form.  This  equation  is 
SINPLIFied  to  yield  an  equation  in  which  the  terms  represent  the 
possible  faults  in  the  circuit. 

—  Literals  that  ezist  in  each  of  the  terms  are  variables  the  state 
of  which  has  been  positively  determined.  When  these  variables 
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; ;  ur*  rraiovcd,  the  t«rna  l«lt  r«pr«s«nt  th«  possible  faults  that 
; ;  may  exist  in  the  circuit . 

(define  (solve-cps  equation  outputs) 

(simplify  (complement  (eliminate  equation  outputs)))  ) 


:  (OISPLiY-FUICTIOIS  function  outputs  intermediate-format) 

t 

;  Parameters: 

;  function  -  The  function  that  the  circuit  is  performing  as 
;  determined  by  SQLVG-FCK. 

;  outputs  -  A  list  of  the  outputs  of  the  circuit. 

:  intermediate-format  -  The  data  structure,  a  list  in  prefix-form 

;  that  was  returned  by  procedure 

;  RUl-IIPUT-MODOLE.  This  list  is  used  to 

;  determine  the  function  that  the  circuit 

;  was  designed  to  perform. 

f 

:  —  DISPLAY-FUICTIOIS  determines  the  circuit's  ACTUAL-FUHCTIOH ,  the 
;  circuit’s  DESIGIEO-FURCTIOM  and  prints  these  functions  to  the 
;  screen  in  the  form  of  a  Boolean  equation. 

;  —  An  equivalency  test  is  made  to  determine  if  these  functions  are 
:  equivalent.  The  result  of  this  test  is  output  to  the  screen. 

:  —  The  FUICTIOI  is  XORed  sith  the  OUTPUTS  to  get  ACTUAL-FUECTIOR  in 
;  fsO  form.  The  prefix-form  of  the  circuit,  represented  by  the 
;  IITERNEDIATE-FORMAT  is  used  to  determine  the  DESIGNED-FUHCTIOK . 

;  The  prefix-form  must  be  reduced  by  MAKE-SOP  and  IVTERNAL-MOOES 
;  must  be  ELINIRATEd  to  yield  an  equation  in  the  form  of  inputs 
;  and  outputs  without  internal  nodes. 

;  —  FUlCTIOI-D  the  DESIGBED-FUICTIOK  in  the  same  form  as  the  input 
;  parameter  FURCTIOR  to  allow  use  of  a  single  procedure, 

;  DISPLAY-CIRCUIT-FUHCTIOV,  in  displaying  the  circuit  function. 

;  —  EQUIVALERCE-RESULT  is  the  result  of  XORing  the  DESIGNED-FUNCTION 
;  with  the  ACTUAL-FUNCTION.  When  two  f=0  equation  are  XORed 
;  together,  if  the  result  is  0,  or  in  this  representation  '(), 

;  *  then  the  equations  are  equivalent. 

(define  (display-functions  function  outputs  intermediate-format) 

(let*  (  (actual-function  (bef  (xor  function  (list  outputs)))) 
(designed-function 

(eliminate  (simplify  (mahe-sop  intermediate-format)) 
(get-internal -nodes  intermediate-format) ) ) 
(function-d  (bef  (divide  (mult  designed-function 

(list  (list  outputs))) 
outputs))) 

(equivalence-result  (xor  designed-function 

actual-function))  ) 

(newline) 

(writeln  "The  function  that  the  circuit  was  designed  to  perform 
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i«:  ") 

(nMlln*) 

(display  "  ") 

(diaplay-circuit-lunction  function-d  outputs) 

(nsslias) 

(uritsln  "Ths  function  that  ths  circuit  is  psrfoming  is:  ") 
(nsvlins) 

(display  ••  ") 

(display-circuit-function  function  outputs) 

(nsslins) 

(if  (squal?  squivalsncs-rssult  '()) 

(bsgin 

(display  "Ths  actual  circuit  IS  aquivalsnt  to  the  ") 
(vriteln  "designed  circuit.")) 

(begin 

(display  "The  actual  circuit  IS  lOT  equivalent  to  the  ") 
(sriteln  "designed  circuit."))  ))) 


: :  (DISPLAY-CIRCUIT-FUICTIOH  function  outputs) 

•  9 

: ;  Parameters : 

; ;  function  -  An  equation  representing  the  function  of  the  circuit . 

; ;  outputs  -  The  outputs  of  the  circuit . 

I  9 

; ;  —  DISPLAY-CIRCUIT-FUICTIOI  tJOces  an  equation  representing  the 
; ;  function  that  the  circuit  is  performing,  an  displays  this 
; ;  equation. 

; ;  —  CQIVERT-IODE-BACK  is  used  to  remove  the  suffix  from  the  output 
; ;  node  symbol  so  that  it  is  output  in  the  form  of  the  original 

; ;  output  symbol  that  was  used  by  the  user.  This  node  is  DISPLAYed 

;;  folloved  by  an  equals  sign. 

: ;  ~  DISPLAY-CIRCUIT-FUICTIOI- 1  is  called  to  display  the  FUICTIOI 
; ;  which  is  only  in  terms  of  the  inputs . 

(define  (display-circuit-function  function  outputs) 

(lot  (  (output-node  (convert-node-back  (car  outputs)))  ) 

(display  output-node) 

(display  "  =  ") 

(display-circuit-function-1  function) 

(newline)  )) 


(DISPLAY-CIRCUIT-FUICTIOI- 1  function) 

Parameters : 

function  -  A  formula  representing  the  function  of  the  circuit. 
—  DISPLAY-CIRCUIT-FUICTIOI- 1  displays  the  circuit  function. 


300 


; :  —  FUVCTIOI  is  a  list  of  ths  form: 

;;  ((XI  (X2)  X3)  ((XI)  X4)  (X6)  ((X6))) 

;;  vhicb  rsprsssats  ths  formula: 

XI  X2'X3  *  X1'X4  X5  4-  X6' 

; :  Each  of  ths  top-lsvsl  sublists  is  a  tsm  of  this  formula.  If  a 

;;  litoral  szists  in  ths  top-lsvsl  sublist  in  ths  form  of  a 
;;  sublist,  than  it  szists  logically  in  complsmsntsd  fora; 

;;  uncoaplsasntsd  othsrviss. 

; ;  —  FIRST-TERN  is  CARsd  from  ths  FVICTIOI  and  displaysd  by 

;;  DISPLAY-TERM. 

; :  —  If  thsrs  ars  rsmaining  tsras  in  FUlCTIOl,  than  a  sign  is 
; ;  DISPLAYsd,  and  DISPLAY-CIRCUIT-FUICTIOI-l  is  callsd  rscursivsly 

; :  to  display  ths  rsaaining  tsras  of  ths  formula. 

(dofins  (display-circuit-function-1  function) 

(if  (null?  function) 

(display-tsm  function) 

(1st  (  (first-tsm  (car  function))  ) 

(display-tsra  (list  first-tsrm)) 

(if  (not  (null?  (cdr  function))) 

(bsgin 

(display  "+  ") 

(display-circuit-function-1  (cdr  function))) 

’())  ))) 


; ;  (DISPLAY-TERM  tsm) 

f  $ 

;;  Paramstors: 

::  tsm  -  a  list  of  ths  fom  (((XI)  X2  (X3)))  uhsrs  sacb  of  ths 

• ;  top  Isvsl  slsmsnts  rsprssents  a  tsm  of  a  Booloan 

::  aquation.  The  szampls  list  rsprssents  a  single  tern 

;;  X1’X2  X3*. 

I  I 

;;  —  DISPLAY-TERM  prints  a  "1"  if  the  tern  is  of  the  fom  ’(())  uhich 
; ;  represents  a  Boolean  1 . 

;;  —  DISPLAY-TERN  prints  a  "0"  if  ths  tsm  is  of  the  fom  '()  which 
;;  represents  a  Boolean  0. 

—  If  TERM  is  not  of  this  fom,  DISPLAY-TERM-l  is  called  to  display 
;;  TERM. 

(define  (display-tem  tern) 

(cond  (  (member  nil  tern) 

(princ  "1  ")  ) 

(  (null?  tern) 

(princ  "0  ")  ) 

(  else 

(display-tem-1  tern)  ))) 


(OISPUlT-TERM-1  t«rB) 


;;  Paraaattrs: 

::  tan  -  a  list  of  the  fora  (((Zl)  X2  (X3)))  where  each  of  the 

; ;  top  level  eleaents  repreaeats  a  tera  of  a  Boolean 

;;  eqaatioa.  The  ezaaple  list  represents  a  single  tera 

;;  X1*X2  X3' . 

•  • 

;;  —  If  TEBM  is  nil,  then  DISPLAY-TERM- 1  returns  ’().  Otherwise,  the 
TERN  is  sorted  by  SORT-TERM  froa  file  boolean. s.  Then,  the 
;;  first  tera  is  displayed  by  DISPLAY-TERM-2.  The  reaaining  terms 
are  displayed  by  a  recursive  call  to  DISPLAY-TERN- 1 . 

(define  (display-tera-1  tern) 

(cond  (  (null?  term) 

•()  ) 

(  else 

(display-tem-2  (sort -tern  (car  tern))) 

(display-term- 1  (cdr  term))  ))) 


: ;  (DISPLAY-TERM-2  term) 

$  $ 

; ;  Parameters : 

;;  tera  -  a  list  of  the  form  ((XI)  X2  (X3))  representing  the  term 
;;  XI 'X2  X3'. 

f  I 

; ;  —  DISPLAY-TERN-2  takes  a  list  representing  a  term  and  prints  out 
;;  each  of  the  literals  until  the  entire  tera  has  been  output. 

;;  —  If  a  literal  exists  in  the  tera  as  a  sublist,  then  it  is 
;;  compleaented ,  and  a  (prime)  is  output  immediately  after  the 
; ;  literal.  Otherwise,  a  space  is  output  after  the  litereQ. 

; ;  DISPLAY-TERN-2  is  called  recursively  to  output  the  remaining 
; ;  literals  of  the  TERN. 

; ;  —  COIVERT-IODE-BACK  is  caJ.led  to  reaove  the  suffix  froa  the  nodes 
; ;  so  that  they  are  output  in  the  form  of  the  original  node  symbols 
;;  used  by  the  user. 

(define  (display-term-2  tern) 

(cond  (  (null?  term) 

'()  ) 

(  (atom?  (car  term)) 

(princ  (convert-node-back  (car  tern)))  (princ  "  ") 
(display-term-2  (cdr  term))  ) 

(  else 

(princ  (convert-node-back  (car  (car  term))))  (princ  "'") 
(display-term-2  (cdr  term))  ))) 
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(COIVERT-IOOE-BACK  noda) 


;;  Paraaatars: 

noda  -  A  ayabol  of  tha  form  ABC — . 

; ;  "  COIVEET-IOOE-BACK  aceapts  a  IQDE  of  tha  givan  form,  r amoving  the 
;;  last  t«o  cliaraetars  and  ratuming  a  symbol  of  tha  form  ABC. 

(dafina  (convart-noda-back  noda) 

(lata  (  (noda-1  (atring->li8t  (8ymbol->string  noda))) 
(noda-lass-snff iz  (ramova-saff iz  noda-1))  ) 

(string->8yabol  (ll8t->8tring  noda-las8-8Uffiz))  )) 


( I VTERPRET- FAULTS  chackpoint8  fault-cla88a8  intarmediata-format) 

Paramatara : 

chackpointa  -  A  liat  of  tha  chackpolnt  variablaa  ganaratad  by 
tha  ayatam. 

fault-claaaaa  -  A  liat  of  liata  rapraaanting  diffarant  fault 
caaaa  that  may  occur. 

intarmadiata-format  -  Tha  data  atructura,  a  liat  in  prafiz-form 

that  saa  ratumad  by  procadura 
BUI-IIPUT-NODULE.  Thia  liat  is  uaad  to 
datarmina  tha  appropriata  gata  a  givan 
fanout  noda  is  associatad  vith  vhan 
printing  out  faults  for  aach  noda. 

—  IITERPRET-FAULTS  ia  callad  to  dariva  tha  faults  in  tha  circuit, 
both  thosa  that  can  ba  poaitivaly  datarminad  as  sail  as  caaaa  of 
faults  that  nay  hava  occurrad,  but  cannot  ba  datarminad  with 
cartainty . 

—  REMOVE-LAST-CHAR-FROM-ALL-ELTS  accepts  tha  liat  of  CHECKPOIITS 
shich  ia  of  tha  form  (AXO  AXl  BOO  BOl  BIO  Bll  CXO  CXI)  and 
returns  a  list  of  tha  form  (AX  BO  B1  CX) .  This  latter  list 
raprasants  tha  actual  checkpoints  in  tha  circuit. 
GET-llPUT-CHECKPOIITS  accepts  tha  nas  list  and  returns  a  list  of 
tha  IIPUT-CHECXPOIHTS  shich  ia  a  liat  of  the  form  (AX  CX) . 
GET-SUBLIST  subtracts  tha  IMPUT-CHECKPOIHTS  list  from  tha  nas 
liat  to  form  tha  FANOUT-CHECKPOINTS  liat,  shich  in  this  example 
sould  ba  (BO  Bl).  Tha  fanout  checkpoints  must  ba  distinguished 
from  tha  input  checkpoints  because  tha  output  of  the  faults  for 
these  tso  distinct  types  of  checkpoints  is  different.  The  input 
nodes  be  only  listed.  The  feinout  node  faults  must  have  the  gate 
displayed  also  so  tha  user  knoss  shich  fanout  stem  may  have  a 
fault. 

—  GET-NORMAL-NODES  accepts  the  list  of  FAULT-CLASSES  and 
determines  tha  normal  nodes  in  tha  list.  Tha  second  p^urameter 
is  tha  list  of  tha  nodes  to  check  for  normality.  In  tha  first 


:  call  to  GET-IORNAL-IOOES,  tho  IIPOT-CEECKPOIITS  arc  chackad  to 

:  saa  11  they  are  noraal.  In  the  second  call,  the 

:  FAIOUT-CHECKPOIITS  are  checked. 

;  ~  REKOVE-IORMAL-IODES  is  called  to  reaove  the  lOKMAL-IlPUT-IODES 
:  and  the  lOENAL-FAlOUT-IODES  Iroa  the  fault  classes,  producing 

;  FAm.T-CLASSES-1  and  FAULT-CLASSES-2,  respectively. 

;  ~  GET-CDHMOl-IODES  gats  all  ol  the  literals  conaon  to  each  ol  the 
;  terms  alter  the  normal  nodes  have  been  removed. 

;  REMOVE-COmiOI-IODES  removes  the  CQMNQI-IODES  from 

;  FAULT-CLASSES-2  to  produce  FAULT-CLASSES-3  uhich  is  a  list  ol 
;  terms  uhich  have  no  literals  (snblists)  in  common.  Each  ol 
;  these  terms  represents  a  dillerent  fault  that  may  have  occurred 
:  in  the  circuit. 

;  ~  GET-COmai-IlPUT-IODES  extracts  the  COHMOI-llPUT-IODES  from 
;  the  COHMOI-IQDES.  GET-SUBLISTS  subtracts  the  COMMOI-IIPUT-IODES 

:  from  the  COKMOV-IODES  to  get  the  COMMOI-FAIOUT-VODES .  The 

;  CONNOI-IIPUT-IOOES  and  COMMOI-FAIOUT-IODES  are  used  to  get  the 
:  stuck-at-O,  stuck-at-1,  not-stuck-at-0 ,  and  not-stuck-at-1  nodes 

;  lor  both  the  input  and  fanout  nodes.  Lists  are  made  lor  each 
case.  In  auuiy  cases,  these  list  siay  be  nil. 

;  —  SHOU-LIST-OF-IODES  is  called  to  print  out  the  input  nodes  lor 
;  the  appropriate  fault.  SHOW-FAIQUTS  is  called  to  print  out  the 
;  fanout  nodes  lor  the  appropriate  fault.  SHOU-FAIOUTS  outputs 
:  the  appropriate  node  as  veil  as  the  gate  that  the  node  is 

;  associated  with.  A  given  fanout  node  may  have  a  fanout  ol 
;  three,  each  ol  uhich  has  an  associated  checkpoint.  Thus,  the 
;  gate  must  be  associated  uith  the  checkpoint  uben  the  checkpoint 
:  fault  status  is  output. 

;  —  Remaining  fault  cases,  those  that  represent  different  faults 
;  that  nay  be  occurring  in  the  circuit  are  interpreted  by  a  call 
:  to  IITERPRET-FAULT-CASES.  CHECKPOIITS-1 ,  the 

:  IITERNEOIATE-FaRMAT,  and  FAULT-CLASSES-3  are  passed  to 

;  IITERPRET-FAULT-CASES. 

(define  (interpret-faults  checkpoints  fault-classes 

intermediate-format } 

(let*  ((checkpoints-1  (renove-last-char-fron-all-elts  checkpoints)) 
(input-checkpoints  (get-input-checkpoints  checkpoints-1)) 
(fanout-checkpoints  (get-sublist  checkpoints-1 

input- che  ckpo int  s ) ) 

(normal-input-nodes  (gst-normal-nodes  input-checkpoints 

fault-classes)) 

(fault-classes-l  (remove-normal-nodes  nomal-input-nodes 

fault-classes)) 

(normal-fuout-nodes  (get-noimal-nodes  fanout-checkpoints 

fault-classes-l)) 

(fault-classes-2  (remove-normal-nodes  normal-fanout-nodes 

fault-classes-l)) 

(prefix-list  (make-unique-fanouts  intermediate-format)) 
(common-nodes  (get-common-nodes  fault-classes-2)) 
(fault-classes-3  (remove-common-nodes  common-nodes 


f ault-class«s-2) ) 

(conon-input-nodas  (gat-conaon-iapat-nodas  comon-nodas)) 
(coMBon-lanout-nodas  (gat-aubliat  comon-nodas 

comon-inpnt-nodas  }  } 

(lnpnt-nodas-s-a-0  (gat-stuck-at-O-nodas 

comon-inpnt-nodas)  ) 

(inpnt-nodas-s-a-1  (gat-stnck-at-l-nodas 

comon-inpnt-nodas)  ) 

( inpnt-nodas-n-s-a-0  (gat-not-stnck-at-O-nodas 

comon-inpnt-nodas  )  ) 

(inpnt-nodas-n-s-a-1  (gat-not-stnck-at-l-nodas 

comon-inpnt-nodas  )  ) 

(fanont-nodas-s-a-0  (gat-stnck-at-O-nodas 

comon-lanont-nodas)  ) 
(lanont-nodas-s-a-1  (gat-stnck-at-l-nodas 

comon-f  anout-nodas)  ) 

(lanont-nodas-n-s-a-0  (gat-not-stnck-at-O-nodas 

comon-1  anont -nodes  ) ) 

( fanout -nodes -n-s -a- 1  (gat -not -s tuck-at - 1 -nodes 

comon-f  anout-nodas))  ) 

(navlina) 

(navline) 

(display  '•***♦  The  following  information  is  certain  ") 

(Britain  "about  the  circuit  ") 

(aaBlina) 

(Britain  "Input  nodes  (which  do  not  fanout)  that  are  normal:") 
(newline) 

(if  (null?  noraal-input-nodes) 

(Britain  "  — none — ") 

(show-list-of-nodas  normal-input-nodas) ) 

(newline) 

(Britain  "Input  nodes  (which  do  not  fanout)  that  are  stuck-at- 

0:") 

(newline) 

(if  (null?  input-nodes-s-a-0) 

(Britain  "  — none — ") 

( show-1 ist-of -nodes  input -nodes-s-a-O ) ) 

(newline) 

(Britain  "Input  nodes  (which  do  not  fanout)  that  are  stuck-at- 

1:") 

(newline) 

(if  (null?  input-nodes-8-a-l) 

(writeln  "  — none — ") 

(shoB-list-of-nodes  input-nodes-s-a-l) ) 

(newline) 

(writeln  "Input  nodes  (which  do  not  fanout)  that  are  MOT  stuck- 
at-0:") 

(newline) 

(if  (null?  input -nodes-n-s-a-O) 

(writeln  "  — none — ") 

(shoB-list-of-nodea  input-nodes-n-s-a-O) ) 
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(BflVliB*) 

(vrltcln  "Input  nodes  (vhicli  do  not  Innont)  that  are  lOT  stnek- 
at-1:") 

(nsvlins) 

(if  (nnll?  inpnt-nodaa-B-a-a-1) 

(sritaln  "  — none — ") 

(shov-list-of-nodss  Inpnt-nodas-n-s-a-l) ) 

(noslina) 

(navlina) 

(vritaln  "Fanout  nodes  that  are  nomal:") 

(naulina) 

(if  (null?  nornal-fanout^nodas) 

(sritaln  "  — none — ") 

(shov-fanouts  noraal-fanout-nodas  prefix-list)) 

(navlina) 

(vritaln  "Fanout  nodes  that  are  stuck-at-0:”) 

(navlina) 

(if  (nnll?  fanout-nodas-a-a-0) 

(vritaln  "  --none — ") 

(shov-fanouts  fanout-nodas-s-a-O  prefix-list)) 

(navlina) 

(vritaln  "Fanout  nodes  that  are  stuck-at-l;") 

(navlina) 

(if  (null?  fanout-nodas-s-a-l) 

(vritaln  "  — none — ") 

(shov-fanouts  fanout-nodas-s-a-l  prefix-list)) 

(navlina) 

(vritaln  "Fanout  nodes  that  are  lOT  stuck-at-0:") 

(navlina) 

(if  (null?  fanout-nodas-u-s-a-0) 

(vritaln  "  — none — ") 

(shov-fanouts  fanout-nodas-n-s-a-0  prefix-list)) 

(navlina) 

(vritaln  "Fanout  nodes  that  are  lOT  stuck-at-l:") 

(navlina) 

(if  (null?  fanottt-nodas-n-s-a-1) 

(vritaln  "  — none — ") 

(shov-fanouts  fanout-nodas-n-s-a-l  prefix-list)) 

;  interpret  the  remaining  cases,  if  they  exist 
(navlina) 

(if  (not  (equal?  fault-classas-3  ’(())  )) 

(intarprat-fault-casas  chackpoints-1 

fault-classas-3 
intarmadiata-fomat))  )) 
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f 

: :  (SHOV-LIST-OF-IODES  nodes) 

•  * 

; ;  Paraastsrs : 

; ;  nodes  ^  a  list  ot  nodes 

I 

$  $ 

; :  —  SHOH-LIST-OF-IODES  accepts  a  list  o<  the  Ion  (AX  BX  CX)  and 
; ;  moves  the  last  character  iron  each  of  the  symbols  to  produce  a 

: ;  NODIFIED-LIST  of  the  fon  (ABC). 

; ;  —  SHQW-IODES  is  then  called  to  display  each  of  the  nodes  in  the 

: :  new  list . 

I 

(define  (sho«-list-of-nodes  nodes) 

(let*  (  (aodif ied-list  (reaove-last-char-from-all-elts  nodes))  ) 
(shoe-nodes  modified-list))) 


: :  (SHOV-IODES  1st) 

; ;  Parameters : 

; :  1st  -  an  arbitrary  list 

; :  —  SROV-IODES  displays  each  of  the  elements  of  LST  on  a  separate 
line,  until  there  are  no  further  elements  to  display. 

(define  (shoe-nodes  1st) 

(if  (null?  1st) 

'() 

(begin 

(display!  "  ”) 

(eriteln  (car  Ist)) 

(shoe-nodes  (edr  1st))))) 


: ;  (REMOVE-LAST-CHAR-FROM-ALL-ELTS  Ist) 

I  • 

; ;  Parameters ; 

; ;  1st  -  an  arbitr2a'y  list 

I  » 

; ;  —  REMOVE-LAST-CHAR-FROM-ALL-ELTS  removes  that  last  character  from 
;;  every  symbol  in  an  arbitrary  list.  The  procedure  breaks  down 
;;  sublists  to  change  every  symbol  at  any  level. 

;;  —  It  is  assumed  that  every  symbol  has  two  or  more  characters. 

(define  (remove-last-char-from-all-elts  1st) 

(cond  (  (null?  1st) 

'()) 

(  (symbol?  1st) 


(rMiove-la8t-cliar-lrom-ay«bol  Ist)  ) 

(  (syabol?  (car  l>t)) 

(mova-daplicatfls 

(cobs  (rsBovs-last-char-lroB-sjBbol  (car  1st)) 

(rsBovs-last-char-froB-all-slts  (cdr  1st))))  ) 

(  slss 

(rsBovo-daplicates 

(cons  (rsBOTS-last-char-froB-all-slts  (car  Ist)) 

(rsBovs-last-cbar-lroB-all-elts  (cdr  1st))))  ))) 


; ;  (SHOW-FAIOUTS  fanout -nodss  prsf ir-list) 

I  • 

: ;  ParaBstsrs : 

; ;  fanout-Bodss  -  a  list  of  nodss  of  tbs  fora  (B1  BO) 

;;  prsfix-list  -  Tbs  prsfiz  list  of  tbs  input  circuit;  this  list 

; ;  was  nodif isd  to  NAKE-UIIQUE-FAIOUTS  of  sach  of  the 

::  fanout  nodss.  This  is  nscsssary  to  distinguish 

; :  tbs  fanouts  and  associats  tbsa  with  tbs  list  of 

; ;  fanout  nodss . 

I  I 

; ;  SHOW-FAIOUT  takss  tbs  PREFIX-LIST  and  rsBovss  that  last  char 
;;  froB  sach  of  tbs  lODE-SYMBOLS .  This  Isaves  a  list  of  tbs  fora: 

I  » 

;;  ((Eq  E-  (lOT  (*  AX  BO))) 

::  (Eq  F-  (lOT  BD) 

;;  (Eq  Z-  (lOT  (♦  e-  f-)))) 

$  $ 

; ;  SBOU-FAIOUTS-1  is  then  passsd  tbs  list  of  FAHOUT-HODES  and  tbs 
;;  nsw  prsfiz  list. 

(define  (show-fanouts  fanout-nodss  prefix-list) 

(lot  (  (prof ix-liat-1  (rsBove-last-cbar-froB-nods-syBbols 

prefix-list))  ) 

(show-fanouts-l  fanout-nodss  prof ix-list-1)  )) 


(SHOW-FAIOUTS- 1  fanout-nodes  prefix-list) 

Parameters: 

fanout-nodes  -  A  list  of  fanout  nodes 

prefix-list  -  the  modified  prefix-list  from  SHOW-FANOUTS 

—  SHOW-FAIOUTS- 1  iteratively  outputs  each  of  the  FANOUT-NODES  in 
tbs  input  list,  displaying  in  sequence  the  NODE  eind  then  the 
GATE  associated  with  that  fanout  node. 

—  GET-GATE  returns  the  EqUATIOI  associated  with  the  fanout  node. 
For  example,  if  node  BO  were  to  be  displayed,  then  the  EqUATION 
returned  by  GET-GATE  would  be  (Eq  E-  (NOT  (*  AX  BO))).  This 


; ;  squatioii  is  dlsplaysd  by  SHQU-EQUATIOI. 

: :  —  SHOV-FAIOUTS-1  calls  itself  rscnrsively  until  all  of  the 
: ;  FAIOUT-IODES  in  the  original  list  have  been  displayed  vith  the 
; ;  appropriate  gate . 

(define  (sho«-fanonts-l  fanout-nodes  prefix-list) 

(if  (null?  fanout-nodes) 

'O 

(let  (  (equation  (get-gate  (car  fanout-nodes)  prefix-list))  ) 
(display  "  lode  '<) 

(display  (reaove-last-char-from-syabol  (car  fanout-nodes))) 
(display  "  of  gate:  ”) 

(show-equation  equation) 

(show-fanouts-l  (cdr  fanout-nodes)  prefix-list)  ))) 


; ;  (SHOW-EQUATIQI  equation) 

;  Parameters : 

equation  -  a  list  of  the  form  (EQ  E-  (lOT  (*  AX  BO))) 

; :  —  SHQU-EQUATIOI  displays  the  above  equation  in  the  form  E  -  k  * 

—  First,  the  output  node  for  the  gate  is  display  followed  by  an 
;;  equals  sign.  Then  either  SHOW-IEGATED-EQOATIOI,  or  SHOW-FORMULA 
; :  are  called  depending  on  whether  the  gate  is  of  the  HEGATED 

; ;  variety ,  i . e .  lAID . 

(define  (show-equation  equation) 

(lete  (  (output  (cadr  equation)) 

(input  (caddr  equation))  ) 

(display  (renove-last-char-from-symbol  output)) 

(display  '*  =  ") 

(if  (equal?  (car  input)  'HOT) 

(show-negated-equation  (cadr  input)) 

(show-formula  input)) 

(newline)  )) 


(IHTERPRET-FAULT-CASES  checkpoints  fault-classes 

int  ermediat  e-f  omat ) 


Parameter: 

checkpoints  -  A  list  of  the  form  (AX  BO  B1  CX) . 
fault-classes  -  A  list  of  lists  in  which  each  sublist  is  a  term 
representing  a  distinct  fault  class, 
intermediate-format  -  the  intermediate-format  from 

RUI-IIPUT-MODULE. 

—  IITERPRET-FAULT-CASES  prints  out  an  introductory  message  and 
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;;  tbM  calls  IlTERPRBT-FAULT-CASES-1 .  All  paraaetsrs  ars  passed. 

;;  A  new  paraaeter,  the  number  1  is  passed  to  IITERPRET-FAULT-CASES 
; :  which  uses  this  number  to  keep  track  of  the  different  fault 

;  cases . 

(define  (interpret-fatilt-cases  checkpoints  fault-classes 

int eraediat  e-format ) 


(newline) 

(writeln  "****  One  of  the  following  cases  holds  for  the  circuit 
(newline) 

(interpret-fault-cases-l  checkpoints  fault-classes 

intermediate-format  1)  ) 


(IITERPRET-FAULT-CASES-1 


checkpoints  fault-classes 

intermediat  e-f  ormat 
caae-number) 


Parameters : 

checkpoints  -  A  list  of  the  form  (AX  BO  B1  CX) . 
fault-classes  -  A  list  of  lists  in  which  each  sublist  is  a  term 
representing  a  distinct  fault  class, 
intermediate-format  -  The  intermediate-format  from 

RUl-IIPUT-MODULE. 

case-number  -  An  integer.  Initialljr,  this  niwber  is  1.  Every 
time  that  IITERPRET-FAULT-CASES- 1  is  called 
recursively  to  interpret  another  case,  this  number 
is  incremented. 

~  IITERPRET-FAULT-CASES-1  operates  similarly  to  IITERPRET-FAULTS . 
However,  it  is  tailored  to  interpreting  distinct  fault  cases 
that  may  have  occurred  in  the  circuit. 

—  The  first  term  (FIRST-CASE)  is  removed  from  the  list  of 
FAULT-CLASSES.  FIRST-CASE  is  examined  to  determine  the  types  of 
faults  associated  with  each  of  the  nodes  in  the  term.  The  order 
this  is  done  is  the  same  as  in  IITERPRET-FAULTS.  There  is  no 
need  to  check  for  CONMOI-IODES ,  because  no  common  nodes  exist 
between  terms  of  FAULT-CLASSES  when  this  procedure  is  invoked. 

—  The  only  case  found  different  in  this  procedure  them  in 
IITERPRET-FAULTS  is  that  nodes  may  be  found  that  have  been 
interpreted  to  be  stuck-at-O  or  stuck-at-l  in  which  the 
complementary  not-stuck-at-1  or  not-stuck-at-O,  respectively, 
variable  is  not  found.  In  this  case,  lists  are  made  of  "only" 
stuck-at-O  or  "only"  stuck-at-l  nodes.  However,  the  display 
procedures  do  not  differentiate  between  stuck-at-O  and 
only-stuck-at-0  and  stuck-at-l  and  only-stuck-at-l . 

—  For  each  case  of  faults,  the  input  node  and  fanout  node  faults 
are  displayed  together.  SHOW-IIPUT-IODES  is  called  to  display 
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: ;  input  nodus ,  and  SHOW-FAIOUT-IODES  is  callsd  to  display  tbs 
;;  fanout  nodss  and  associatsd  gatss. 

; ;  —  Aftsr  a  cass  is  intsrprstsd  and  displaysd,  than 
; :  IlTERPEET-FAULT-CASES-1  calls  itsslf  rscursivsly  until  all  casss 

;;  haus  boon  displaysd.  CASE-IUMBER  is  incrsmsntsd  with  sach 
;;  rscursivs  call. 

(dsfins  (intsrprst-fault-casas-l  cbackpoints 

fault-classss 

intsrnsdiats-format 

cass-nunbsr) 


(if  (not  (null?  fault-classss)) 

(1st*  ((first-cass  (list  (car  fault-classss))) 

( input -chsckpoints  (gst-input-chsckpoints  cbackpoints)) 
(fanout-chsckpoints  (gst-sublist  chsckpoints 

input -chsckpo int  s ) ) 

(normal-input-nodss  (gst-nomal-nodes  input-chsckpoints 

first-cass)) 

(f  irat-cass-l  (ramovs-normal-nodss  nomal-input-nodes 

first-cass)) 

(nomal-fanout-nodss  (gst-nomal-nodss  fanout-chsckpoints 

first-cass-D) 

(firat-cass-2  (rsBovs-nomal-nodss  nomal-fanout-nodss 

f irst-cass-l)) 

(prsfiz-list  (maks-uniqus-fanouts  intsmsdiats-fomat)) 
(prsf iz-list-1  (rsBovs-last-cbar-fron-nods-symbols 

prsfix-list)) 

( coBBon-nodss  (gst-common-nodss  f irst-cass-2)) 
(input-faults  (gst-conmon-input-nodss  conaon-nodes)) 
(fanout-faults  (gst-sublist  conaon-nodss  input-faults)) 
(input-nodss-s-a-0  (gst-stuck-at-O-nodss  input-faults)) 
(input-nodss-8-a-l  (gst-stuck-at-l-nodss  input-faults)) 
(input-nodss-n-s-a-0  (gst-not-stuck-at-O-nodss 

input-faults) ) 

(input-nods8-n-8-a-l  (gst-not-stuck-at-l-nodss 

input-faults)) 

(input-nods8-o-8-a-0  (gst-only-stuck-at-O-nodes 

input-faults) ) 

(input -nodss-o-s-a-l  (get -only-stuck-at-1 -nodss 

input-faults) ) 

(fanout-nods8-8-a-0  (gst-stuck-at-O-nodss  fanout-faults)) 
(fanout-nods8-8-a-l  (gst-stuck-at-l-nodss  femout-faults) ) 
(fanout-nodss-n-8-a-O  (gst-not-stuck-at-O-nodss 

fanout-faults) ) 

(fanout-nodss-n-s-a-l  (gst-not-stuck-at-l-nodss 

fanout-faults)) 

(fanout-nodss-o-s-a-O  (gst-only-stuck-at-O-nodss 

fanout-faults) ) 

(fanout-nodss-o-s-a-l  (gst-only-stuck-at-l-nodss 

fainout -faults )) ) 


311 


(«rit«ln  "  ****  Case  #"  caca-ntuabar  "  *♦**") 

(nawlina) 

(if  (not  (null?  nomal-inpat-nodaa)} 

(sbov-inpnt-nodas  Bonal-input-nodaa  'normal)) 

(if  (not  (null?  inpat-nodaa-a-a-O)) 

(abov-inpat-nodas  input-nodaa-a-a-O  'stuck-at-0)) 

(if  (not  (null?  inpnt-nodaa-s-a-1)) 

(abou-input-nodas  input-nodaa-a-a-1  ’atuck-at-l)) 

(if  (not  (null?  input-nodaa-n-a-a-O)) 

( ahov- input -nodaa  input -nodaa-n-a-a-0 
*not-8tuck-at-0)) 

(if  (not  (null?  input-nodaa-n-a-a-1)) 

(ahov-input-nodaa  input -nodaa-n-a-a-l 
•not-atuck-at-l) ) 

(if  (not  (null?  input -nodaa-o-a-a-O)) 

(ahou-input-nodaa  input-nodaa-o-a-a-O  'only-atuck-at-O)) 
(if  (not  (null?  input-nodaa-o-a-a-l)) 

(ahou-input-nodaa  input-nodaa-o-a-a-l  ’only-stuck-at-1)) 
(if  (not  (null?  noraal-fanout-nodas)) 

(ahon-f anout-nodea  normal -fanout-nodaa 
'normal 

praf  ix-liat-D) 

(if  (not  (null?  fanout-nodaa-a-a-O)) 

(ahou-fanout-nodaa  fanout-nodaa-a-a-O 
'atack-at-0 
prafix-liat-l)) 

(if  (not  (null?  fanoat-nodaa-a-a-l)) 

( ahou-f  anout -nodaa  f  anout-nodaa-a-a- 1 
'atuck-at-l 
prafix-liat-l)) 

(if  (not  (null?  fanout-nodaa-n-s-a-O)) 

(ahou-fanout-nodaa  fanout-nodaa-n-a-a-O 
' not-atuck-at-O 
prafix-liat-l)) 

(if  (not  (null?  fanout-nodaa-n-a-a-D) 

( ahou-f  anout -nodaa  f anout -nodaa-n-a-a- 1 
'not-atuck-at-l 
prafix-liat-l)) 

(if  (not  (null?  fanout-nodaa-o-a-a-0)) 

(ahou-fanout-nodaa  f anout -nodas-o-s-a-0 
'only-atuck-at-O 
prafix-liat-l)) 

(if  (not  (null?  f anout -nodaa-o-a-a-l)) 

(ahou-fanout-nodaa  fanout-nodaa-o-a-a-l 
' only-atuck-at- 1 
praf ix-list-1)) 

(naulina) 

(diaplay  "Praaa  <raturn>  to  continua.") 

(pauaa) 

(naulina) 

(naulina) 


(intarpret-laolt-cases-l  checkpoints 

(cdr  lanlt-classea) 
internediate-lornat 
(it  case-niuiber) )  ))) 


: ;  (REMOVE-UST-CHAR-FROM-SYMBOL  symbol) 

; ;  Parameters : 

; ;  symbol  -  an  arbitrary  symbol 

;;  —  REMOVE-LAST-CHAR-FRON-SYNBOL  decomposes  the  S3rmbol.  drops  the 
;;  last  character  from  the  symbol,  reassembles  the  symbol  and 
; ;  returns  the  lEV-SYKBQL. 

(define  (remove-laat-char-from-aymbol  symbol) 

(let*  (  (symbol-1  (string->list  (symbol->string  symbol))) 
(nev-list  (drop-last-cbar  symbol-1)) 

(nem-symbol  (atring->8ymbol  (list->string  nee  -list)))  ) 
nev-symbol  )) 


; ;  (GET-IIPUT-CHECKPOIITS  checkpoints) 

; ;  P^urameters : 

;;  checkpoints  -  A  list  of  the  form  (AX  BO  B1  CX) . 

; ;  ~-  GET-IIPUT-CHECKPOIITS  returns  a  list  in  uhich  the  last  chiuracter 
;;  of  every  symbol  is  an  X.  The  distinguishes  primary  input 
;;  checkpoints  from  other  checkpoints  in  the  system. 

; ;  LAST-CHAR-EQ-X?  is  used  to  determine  whether  a  given  symbol  has 
;;  a  last  character  of  X. 

::  —  For  the  given  list,  (AX  CX)  vould  be  returned. 

(define  (get-input-checkpoints  checkpoints) 

(cond  (  (null?  checkpoints) 

*()) 

(  else 

(if  (last-char-eq-x?  (car  checkpoints)) 

(cons  (car  checkpoints) 

(get-input-chockpoints  (cdr  checkpoints))) 
(get-input-checkpoints  (cdr  checkpoints)))  ))) 


(LAST-CHAR-EQ-X?  symbol) 
Parameter: 

symbol  -  an  arbitrary  symbol 


;;  —  LAST-CHAR-EQ-X?  deconposaa  th«  aynbol.  GET-LAST-ELT  ia  used  to 
; :  gat  tha  laat  alamant  from  tha  Hat  of  charactara  (SYMBOL-L)  that 

;;  compriaa  tha  SYMBOL.  If  tha  LAST-CHAR  aquala  X,  than  #T  ia 

ratomad.  Otharaiaa,  '()  ia  ratumad. 

(daflna  (laat-char-aq-z?  aymbol) 

(lat*  (  (aymbol -1  (atring->liat  (aymbol->atring  aymbol))) 
(laat-char  (gat-laat-alt  aymbol-1))  ) 

(aqual?  laat-char  ’(#\X))  )) 


; ;  (GET-IORMAL-IODES  chackpointa  f ault-claaaaa) 

I  a 

; ;  Paramatara : 

;;  chackpointa  -  A  liat  of  chackpointa.  aithar  of  tha  form  (AX  BX) 

: ;  or  (CO  Cl) . 

; ;  fault-claaaaa  -  A  liat  of  liata  in  which  aach  top  laval  aublist 
: :  rapraaanta  a  aat  of  faulta  that  may  hava 

; ;  occurrad  in  tha  circuit . 

$  i 

; ;  —  GET-IORMAL-HODES  takaa  a  noda  from  tha  liata  of  chackpointa  auid 
: ;  taata  to  aaa  whathar  it  ia  normal  by  calling  lORMAL-HODE? . 

;;  —  If  tha  givan  chackpoint  ia  normal,  it  ia  added  to  tha  liat  that 
;;  ia  ratumad.  Otheraiaa,  it  ia  not. 

(define  (gat-normal-nodaa  chackpointa  fault-claaaaa) 

(cond  (  (null?  checkpoints) 

'()) 

(  (normal-node?  (car  chackpointa)  fault-claaaaa) 

(cons  (car  chackpointa) 

(gat-normal-nodaa  (cdr  checkpoints)  f ault-clasaas))  ) 

(  else 

(gat-normal-nodaa  (cdr  checkpoints)  fault-classes)  ))) 


(HORMAL-HODE?  chackpoint  fault-classes) 

Parameters : 

chackpoint  -  a  single  checkpoint  symbol 

fault-classes  -  A  list  of  lists  in  which  each  top  level  sublist 
represents  a  set  of  faults  that  may  have 
occurred  in  the  circuit. 

—  HORMAL-HODE?  takes  a  checkpoint  symbol  of  the  form  AX  or  BO  auid 
creates  the  symbols  AXO  and  AXl,  or  BOO  and  BOl,  respectively. 

—  Then  MEMBER-ALL-LISTS?  is  called  to  see  if  tha  complemented  form 
of  each  of  these  variables  is  in  every  one  of  the  sublists. 

—  If  both  complemented  forms  are  in  every  sublist,  then  and  only 
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tben  is  that  node  normal. 


(define  (normal-node?  checkpoint  fanlt-classes) 

(let*  (  (checkpoint-1  (8tring->ll8t  (87mbol->8tring  checkpoint))) 
(checkpoint-0  (append  checkpoint-1 

(8tring->li8t 

(nnmb3r->8tring  0  '(int))))) 
(checkpoint-1  (append  checkpoint-1 

(8tring->li8t 

(number->8tring  1  '(int))))) 
(symbol-O  (8tring->87mbol  (li8t->8tring  checkpoint-0))) 
(symbol-l  (8tring->8ymbol  (li8t~>8tring  checkpoint-1)))  ) 
(and  (member-all-lists?  (list  sjmbol-O)  fault-classes) 

(member-all-lists?  (list  symbol-l)  fault-classes))  )) 


; ;  (REMOVE-IORMAL-HODES  normal-nodes  fault-classes) 

I  $ 

: ;  Parameters ; 

; :  normal-nodes  -  A  list  produced  by  GET-HORMAL-HODES  of  the  form 

;;  (AX  BX)  or  (CO  Cl). 

; ;  fault-classes  -  A  list  of  lists  in  which  each  top  level  sublist 
; ;  represents  a  sat  of  faults  that  may  have 

;;  occurred  in  the  circuit. 

•  * 

: ;  —  RENOVE-IORNAL-IODES  removes  the  lORMAL-MODES  from  the 
; ;  FAULT-CLASSES  to  produce  a  new  list  of  fault  classes  with  all  of 
; ;  the  lORNAL-IODES  removed. 

; ;  —  RENQVE-BORNAL-IODES-1  is  called  to  modify  the  list  of 
;;  FAULT-CLASSES  for  a  single  node.  RENOVE-MORMAL-RODES  calls 
; ;  itself  recursively  until  all  lORKAL-IODES  have  bean  removed  from 
; ;  the  list  of  FAULT-CLASSES . 

(define  (remove-normal -nodes  normal-nodes  fault-classes) 

(if  (null?  normal -nodes) 
fault-classes 

(remove-normal-nodes  (cdr  normal -nodes) 

(remove-normal-nodes-l  (car  normal-nodes) 

fault-classes) ) ) ) 


(REKOVE-RORMAL-RODES-1  node  fault-classes) 

Parameters: 

node  -  A  node  of  the  form  AX  or  BO. 

fault-classes  -  The  list  of  lists  representing  fault  classes. 

—  REMOVE-RORMAL-HODES-1  takes  the  input  RODE  and  creates  the 
appropriate  checkpoint  symbols,  for  AX  this  would  be  AXO  and 
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;;  AXl,  and  us«s  a  Boolaan  DIVIDE  to  ramova  these  syabole  from 
;  avary  tan. 

(dalina  (raaova-nonal-aodas-l  noda  fault-classas) 

(lata  (  (noda-l  (atring->liat  (s7abol~>string  noda))) 

(noda-0  (appand  noda-l 

(string->li8t 

(nnBbar->Btring  0  *(int))))) 

(noda-l  (appand  noda-l 

(atring->li8t 

(nuBbar->str ing  1  ' ( int ) ) ) ) ) 

(syabol-O  (list  (etring->s]rBbol  (li8t->string  noda-0)))) 
(ayabol-l  (liat  (8tring->8yBbol  (li8t->8tring  noda-l))))  ) 
(divida  (divida  fanlt-classas  synbol-0)  symbol-l)  )) 


: ;  (GET-CQMMOI-IQDES  let) 

I  J 

; ;  Paraaatare : 

;;  let  -  A  liat  ol  lists  representing  different  fault  classes. 

I  • 

; ;  —  GET-COKMOI-IODES  returns  a  list  of  those  items  common  to  all 
; ;  of  the  top-laval  sublists .  If  there  is  only  one  top-level 

; :  snblist ,  than  it  is  returned .  If  there  are  more  than  one ,  then 

; ;  GET-COMMOI-lODES-1  is  called  and  passed  both  the  FIRST-LST  as 

::  sell  as  the  REST  of  the  sublists. 

(define  (get-common-nodes  1st) 

(let  (  (first-lst  (car  1st)) 

(rest  (cdr  Ist))  ) 

(if  (null?  rest) 
first-lst 

(get-common-nodes- 1  first-lst  rest)  ))) 


(GET-COMMOI-IODES-1  first-lst  list-of-lists) 

Parameters ; 

first-lst  -  One  of  the  fault  cases, 
list-of-lists  -  All  of  the  remaining  fault  cases. 

—  GET-COMMOl-HODES-1  works  by  taking  each  element  of  the  FIRST-LST 
and  checks  to  see  if  an  element  is  the  MEMBER-ALL-LISTS?  of  each 
of  the  other  lists  of  faults.  If  it  is,  then  that  element  is 
common  to  all  of  the  fault  cases. 

—  If  an  element  is  not  a  MEMBER- ALL-LISTS? ,  then  it  is  not  common 
to  all  of  the  fault  cases.  Only  those  elements  that  are  common 
to  all  of  the  fault  cases  are  returned. 

—  GET-COMMOI-NODES-1  calls  itself  recursively  until  all  of  the 
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::  •iMtentt  of  FIRST-LST  in  tho  initial  call  to  GET-COKKOH-ROOES-1 

; :  Rata  boon  chackad  with  raspact  to  tha  othar  lists . 

(dafina  (gat-conon-nodas-l  first-lst  list-of -lists) 

(if  (null?  first-lst) 

*() 

(lat*  (  (firstralt  (car  first-lst)) 

(rast  (cdr  first-lst))  ) 

(if  (naabar-all-lists?  first-alt  list-of-lists) 

(cons  first-alt 

(gat-cosmon-nodas-l  rast  list-of-lists)) 
(gat-costaon-nodas-l  rast  list-of-lists))))) 


::  (MEMBER-ALL-LISTS?  alt  list-of-lists) 

I  • 

; ;  Paraaatars ; 

; ;  alt  -  an  arbitrary  alamant 
; ;  list-of-lists  -  an  arbitrary  list  of  lists 

•  I 

; ;  —  MEMBER-ALL-LISTS?  works  by  datamining  whathar  tha  alamant  is  a 
;;  naabar  of  tha  first  list  in  tha  LIST-OF-LISTS.  If  it  is,  than 
;;  MEMBER-ALL-LISTS?  calls  itself  racnrsivaly.  If  it  calls  itself 
: ;  until  LIST-OF-LISTS  is  azhaustad,  than  ELT  had  to  ba  a  member  of 
all  of  tha  sublists  in  LIST-OF-LISTS. 

(define  (meabar-all-lists?  alt  list-of-lists) 

(if  (null?  list-of-lists) 

#T 

(if  (member  alt  (car  list-of-lists)) 

(mambar-all-lists?  alt  (cdr  list-of-lists)) 

'()))) 


(REMOVE-COMMOI-IODES  1st  list-of-lists) 

Parameters; 

Ist  -  A  list  of  alamants  common  to  each  sublist  of  LIST-OF-LISTS 
that  are  to  ba  removed  from  LIST-OF-LISTS. 
list-of-lists  -  An  arbitrary  list  of  lists. 

—  REMOVE-CONMOR-HODES  removes  all  of  tha  alamants  of  LST  from  each 
of  tha  top-laval  sublists  of  LIST-OF-LISTS.  Tha  first  element 
of  LST  is  DIVIDEd  into  LIST-OF-LISTS  to  form  a  new  list  of 
lists . 

—  This  new  list,  with  the  remaining  elements  of  LST  are  then 
passed  to  a  recursive  call  of  REMOVE-COMMOH-NODES .  This 
continues  until  the  elements  of  LST  have  been  exhausted. 
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(d«lin«  (rMiova-couBOii-&o<l«a  lat  liat-of-liata) 

(il  (null?  lat) 
liat-ol-liata 

(raaova-coaDBon-nodaa  (cdr  lat)  (ditrida  liat-oX-liata 

(car  lat))))) 


:  (REMOVE-LAST-CEAR-FRQM-IODE-SYNBOLS  lat) 

> 

;  Paraaatara: 

:  lat  -  a  liat  of  tha  form: 

$ 

;  ((EQ  E--  (HOT  (*  AX-  BO-))) 

;  (EQ  F—  (lOT  Bl-)) 

;  (EQ  Z—  (lOT  (♦  E—  F--)))) 

» 

;  —  REMOVE-LAST-CHAR-FRON-IODE-SYMBOLS  takas  tha  LST  and  ramoves  tha 
;  last  charactar  from  aach  of  tha  noda  symbols.  This  leavas  a 
;  list  of  tha  form: 

I 

;  ((EQ  E-  (lOT  (*  AX  BO))) 

:  (EQ  F-  (lOT  Bl)) 

;  (EQ  2-  (lOT  (*  E-  F-)))) 

I 

;  —  Tha  LST  is  dacomposad  racursivaly  until  a  symbol  is  raachad. 

;  Than  if  a  noda  symbol  is  datactad,  tha  last  charactar  is 

;  ramovad.  Otharvisa,  tha  symbol  is  unchangsd.  Tbs  raturnad 

;  list  is  tha  original  list  raassamblad  with  tha  last  charactar 

;  ramovad  from  aach  of  tha  noda  symbols. 

(dafina  (ramova-laat-char-from-noda-symbols  Ist) 

(cond  (  (null?  lat) 

'()) 

(  (symbol?  1st) 

(if  (good-symbol?  lot) 

(ramova-last-char-from-symbol  1st) 
lot)  ) 

(  (symbol?  (car  1st)) 

(if  (good-symbol?  (car  lat)) 

(cons  (ramova-last-char-from-symbol  (car  Ist)) 

(ramova-last-char-from-noda-symbols  (cdr  1st))) 
(cons  (car  1st) 

(ramova-last-char-from-noda-symbols  (cdr  1st))))) 

(  also 

(cons  (ramova-last-char-from-noda-symbols  (car  1st)) 

(ramova-last-char-from-noda-symbols  (cdr  1st)))  ))) 
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Filanama:  intarp-a.s 


This  Bodula  is  a  coatiauation  of  fila  intarp.s.  Tha  procaduras 
providad  in  this  fila  ara  tha  raaaining  procaduras  naadad  for 
intarprating  tha  faults  in  tha  circuit,  as  wall  as  tha  summary  of 
systam  matrics  procaduras. 

lOTE:  This  implamantation  is  basad  on  tha  assumption  of  a  singls 
output  circuit.  Procaduras  must  ba  ravisad  to  accomodata 
multipla  output  circuit  diagnosis. 

Raquiras  tha  filas;  boolaan.fsl,  aqn-gan.fsl,  aqn-gana.fsl, 
tokaniza.fsl,  intarp.fsl 


: :  (GET-CONMQI-IIPUT-IOOES  1st) 

•  • 

; ;  Paramatars : 

1st  -  A  list  of  tha  form  ((AXO)  AXl  (BOO)  Bll) 

9  9 

; ;  —  GET-CQMNOI-IIPUT-IODES  accapts  a  LST  of  tha  given  form  and 
; :  returns  a  list  of  those  nodes  that  ara  input  nodes .  In  this 

;;  case,  this  uould  ba  tha  list  ((AXO)  AXl). 

; :  —  LST  is  decomposed  until  all  symbols  ara  tasted  to  sea  uhathar 
their  lEXT-TO-UST-CHAR-Eq-Z?. 

; ;  —  GET-COMMOI-IIPUT-IODES  calls  itself  recursively  until  all  nodes 
; ;  have  bean  checked . 

(define  (gat-common-input-nodas  1st) 

(cond  (  (null?  1st) 

»()) 

(  (symbol?  1st) 

(if  (naxt-to-last-char-aq-x?  1st) 

1st 
'())  ) 

(  (symbol?  (car  1st)) 

(if  (naxt-to-last-char-eq-x?  (car  1st)) 

(cons  (car  Ist)  (gat-common-input-nodes  (cdr  1st))) 
(gat-common-input-nodes  (cdr  1st)))  ) 

(  else 

(if  (naxt-to-last-char-aq-x?  (caar  Ist)) 

(cons  (gat-common-input-nodas  (car  1st)) 
(gat-common-input-nodes  (cdr  1st))) 
(gat-common-input-nodas  (cdr  1st)))  ))) 


: ;  (BEXT-TO-LAST-CHAR-EQ-X?  symbol) 


; ;  Paraastar: 

; ;  syabol  -  an  arbitrary  symbol 

: :  ~  lEXT-TO-LAST-CHAR-EQ-Z?  dscoaposas  the  SYMBOL  and  calls 
; ;  GET-IEXT-T0-LAST-EL7  to  gat  tha  naxt  to  last  char act sr  of  the 

; ;  list  of  characters  that  make  np  tha  SYMBOL. 

;;  —  If  this  character  is  X,  than  #T  is  returned;  othervise  '(). 

(define  (next-to-last-char-eq-z?  symbol) 

(let*  (  (symbol-1  (string->list  (syabol->string  symbol))) 

(next-to-last-char  (get-next-to-last-elt  symbol-1))  ) 
(equal?  next-to-last-char  *#\X)  )) 


::  ( GET-STUCK- AT-O-BODES  list-of-nodes) 

•  > 

; ;  Parameters : 

; :  list-of-nodes  -  A  list  of  nodes  of  the  form 

;;  ((AXl)  AXO  BOO  (BOl)). 

I  • 

: ;  ~  GET-STUCK-AT-O-IODES  gets  the  initial  LIST-OF-BODES  and  calls 
: :  GET-STUCK- AT-O-IODES-l  passing  it  two  copies  of  the 

;;  LIST-OF-IODES. 

; ;  —  This  was  done  to  make  the  call  less  awkward  from  the 

; ;  IITERPRETATIOI  modules . 

(define  (get-stuck-at-O-nodes  list-of-nodes) 

(get-stuck-at-O-nodes-l  list-of-nodes  list-of-nodes)  ) 


(GET-STUCK-AT-O-IODES-1  list-of-nodes  initial-list-of -nodes) 
Parameters : 

list-of-nodes  -  A  list  of  nodes  of  the  form 
((AXl)  AXO  BOO  (BOD). 

initial-list-of-nodes  -  a  list  of  the  same  form  as 

list-of-nodes. 

—  GET-STUCK- AT-O-HODES-l  scans  the  LIST-OF-BODES  to  see  a  symbol 
is  found  that  is  not  in  a  sublist.  Stuck-at-faults  are  those 
variables  not  enclosed  in  a  sublist. 

—  Once  a  symbol  is  found  at  the  top-level  of  LIST-OF-BODES,  it  is 
checked  to  determine  if  the  LAST-CHAR-EQ-0?  If  so,  then  this 
signifies  a  stuck-at-0  fault.  Finally,  to  positively  assert 
that  the  checkpoint  is  stuck-at-O,  the  complementary 
not-stuck-at-1  variable  must  be  found  by 

EXISTS-BOT-STUCK-AT-PAIR?  In  the  given  example,  there  exist  two 
stuck-at-0  cases,  AX  ud  BO.  This  is  because  AXO  and  BOO  exist 
as  symbols  while  their  complementary  stuck-at-1  pairs  are  in 
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;;  iQblists,  which  Baaiis  that  th«  chackpointi  ara  not  stuck-at-1. 

; ;  Tha  ratnrnad  list  in  this  casa  would  ba  (AX  BO) .  Onca  tha  two 
; ;  dillarant  stnck-at  wariablas  hawa  baaa  usad  to  datarmina  that  a 
;;  noda  is  stuck-at-0,  than  tha  two  distinct  variablas  ara  no 
; ;  longar  nacassary .  RENOVE-LAST-CHAR-FROM-SYIIBOL  raaovas  tha 

: ;  aztranaons  charactar. 

; ;  —  Tha  IBITIAL-LIST-OF-IODES  is  scannad  to  find  tha  stuck-at-0 

; ;  wariabla  in  syabol  fora.  Tha  IIITZAL-LIST-OF-IODES  is  carriad 
; ;  along  bacausa  whan  chacking  for  tha  coaplaaantary  stnck-at- 1 
; ;  wariabla ,  it  aay  occur  aithar  baf ora  or  af tar  tha  stuck-at-0 

; ;  wariabla  in  tha  list . 

(dafina  (gat-stuck-at-O-nodas-l  list-of-nodas  initial-list-of-nodas) 
(cond  (  (null?  list-of-nodas) 

•()  ) 

(  (syabol?  (car  list-of-nodas)) 

(if  (and  (last-char-aq-O?  (car  list-of-nodas)) 

(arists-not-stuck-at-pair?  (car  list-of-nodes) 

initial-list-of-nodas) ) 
(cons  (ranowa-last-char-froa-symbol 

(car  list-of-nodas)) 

(gat-stuck-at-O-nodas-l  (cdr  list-of-nodas) 

initial-list-of-nodas) ) 
(gat-stuek-at-O-nodas-l  (cdr  list-of-nodas) 

initial-list-of-nodas))  ) 

(  alsa 

(gat-stuck-at-O-nodas-l  (cdr  list-of-nodas) 

initial-list-of-nodas)  ))) 


: ;  (GET-STUCK-AT-l-IODES  list-of-nodas) 

I  f 

Paranatars; 

; ;  list-of-nodas  -  A  list  of  nodas  of  tha  fom 
;;  ((AXO)  AXl  BOl  (BOO)). 

•  I 

: ;  "  GET-STUCK-AT-l-IODES  gats  tha  initial  LIST-OF-IODES  and  calls 
; :  GET-STUCK-AT-1 -BODES- 1  passing  it  two  copias  of  tha 

LIST-OF-IODES. 

; ;  —  This  was  dona  to  naka  tha  call  lass  awkward  from  tha 
; ;  IITERPRETATIOM  modulas . 

(dafina  (gat-stuck-at-l-nodas  list-of-nodas) 

(gat-stuck-at-l-nodas-1  list-of-nodas  list-of-nodas)  ) 


(GET-STUCK-AT-l-IODES-1) 
Paranatars : 
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; ;  llst-of-nodcs  -  A  list  of  nodsa  ol  ths  Ion 
;;  ((AZO)  All  BOl  (BOO)). 

: ;  initial-list-of-nodss  -  a  list  ol  ths  sams  Ion  as 
; ;  list-ol-nodss . 

•  » 

; ;  —  6ET-STDCK-AT-1-I0DES-1  scans  ths  LIST-OF-IODES  to  sss  a  symbol 
; ;  is  lonnd  that  is  not  in  a  sublist .  Stuck-at-laults  ars  those 
; ;  tariablss  not  enclosed  in  a  sublist . 

; ;  —  Once  a  symbol  is  found  at  the  top-level  of  LIST-OF-IODES ,  it  is 
; ;  checked  to  detenine  if  the  LAST-CEAR-EQ-0?  is  not  true .  If  so , 
;;  then  this  signifies  a  stuck-at-1  fault.  Finally,  to  positively 
assert  that  the  checkpoint  is  stuck-at-1,  the  complementary 
; ;  not-stuck-at-0  variable  must  be  found  by 

; :  EZISTS-IOT-STUCK-AT-PAIR?  In  the  given  example ,  there  exist  two 

;;  stuck-at-1  cases,  AX  and  BO.  This  is  because  AZO  and  BOO  exist 

: ;  as  symbols  while  their  complementary  stuck-at-O  pairs  are  in 

; ;  sublists ,  which  means  that  the  checkpoints  are  not  stuck-at-O . 

: ;  The  returned  list  in  this  case  would  be  (AX  BO) .  Once  the  two 
; :  different  stuck-at  variables  have  been  used  to  determine  that  a 

::  node  is  stuck-at-1,  then  the  two  distinct  variables  eure  no 

;  longer  necessary.  RENOVE-LAST-CBAR-FROM-SYMBOL  removes  the 

::  extraneous  character. 

; ;  —  The  IIITIAL-LIST-OF-IODES  is  scanned  to  find  the  stuck-at-1 

; ;  variable  in  symbol  form.  The  IMITIAL-LIST-OF-IODES  is  caurried 
: ;  along  because  when  checking  for  the  complementary  stuck-at-O 
variable,  it  may  occur  either  before  or  after  the  stuck-at-l 
; ;  variable  in  the  list . 

(define  (get-stuck-at-l-nodes-1  list-of-nodes  initial-list-of-nodes) 
(cond  (  (null?  list-of-nodes) 

•()  ) 

(  (symbol?  (car  list-of-nodes)) 

(if  (and  (not  (last-char-eq-O?  (car  list-of-nodes))) 

(exists-not-stuck-at-pair?  (car  list-of-nodes) 

initial-list-of-nodes) ) 
(cons  (remove-last-char-from-symbol 

(car  list-of-nodes)) 

(get-stuck-at-l-nodes-1  (cdr  list-of-nodes) 

initial-list-of-nodes) ) 
(get-stuck-at-l-nodes-1  (cdr  list-of-nodes) 

initial-list-of-nodes))  ) 

(  else 

(get-stuck-at-l-nodes-1  (cdr  list-of-nodes) 

initial-list-of-nodes)  ))) 


(EXISTS-IOT-STUCK-AT-PAIR?  node  list-of-nodes) 
Parameters: 

node  -  a  symbol  of  either  the  form  AZO  or  BXl 


liit-of-nod«s  -  a  lilt  of  thi  fora  (AXO  (AXl)  BOl  (BOO)). 


: :  —  EXISTS-IOT-STUCX-AT-PAIR?  takas  tha  input  BODE  and  craatas  tha 
; :  oppoiita  syabol  ragardlais  of  tha  input  fora.  Than  dapanding  on 

; :  tha  last  charactar  of  tha  BODE,  tha  appropriata  lyabol  is  usad 

; ;  to  saa  vhathar  it  is  in  tha  LIST-OF-BOOES. 

—  For  azaapla,  if  AXO  vara  tha  input  BODE,  than  a  tast  would  ba 
; ;  aads  to  dataraina  vhathar  (AXl)  is  a  aaabar  of  LIST-OF-BODES . 

; ;  —  IF  BOl  vara  tha  BODE,  than  a  tast  would  ba  aada  to  dataraina 
; ;  vhathar  (BOO)  was  a  aaabar  of  LIST-OF-BODES . 

(dafina  (axists-not-stuck-at-pair?  noda  list-of-nodas) 

(lata  (  (noda-lass-last-char  (raaova-last-char-from-syabol  nods)) 
(noda-1  (8tring->liat 

(8yabol->string  noda-lass-last-char) ) ) 
(noda-0  (appand  noda-1 

(atring->li8t  (nuBbar->string  0  ’(int))))) 
(noda-1  (appand  noda-1 

(atring->list  (nuabar->8tring  1  '(int))))) 
(8yBbol-0  (8tring->8yabol  (li8t->8tring  noda-0))) 

(syabol-l  (8tring->8ymbol  (li8t->8tring  noda-1)))  ) 

(if  (last-char-aq-O?  noda) 

(aaabar  (list  syabol-l)  list-of-nodas) 

(aaabar  (list  syabol-O)  list-of-nodas)))) 


; ;  (GET-BOT-STUCK-AT-O-BODES  list-of-nodas) 

I  I 

: :  Paraaatars : 

;;  list-of-nodas  -  A  list  of  nodas  of  tha  fora  ((AXO)  BOl  (BOO)). 

9  9 

; ;  —  GET-BOT-STUCK-AT-O-BODES  gats  tha  initial  LIST-OF-BODES  and 
; ;  calls  GET-BOT-STUCK-AT-O-BODES- 1  passing  it  two  copiss  of  tha 
LIST-OF-BODES. 

; ;  —  This  was  dons  to  aaka  tha  call  lass  awkward  froa  tha 
; ;  IBTERPRETATIOB  aodulas . 

(dafina  (gat-not-stuck-at-O-nodas  list-of-nodas) 

(gat-not-stuck-at-O-nodas-l  list-of-nodas  list-of-nodas)  ) 


( GET-BOT-STUCK-AT-O-BODES- 1  list -of -nodas ) 

Paraaatars: 

list-of-nodas  -  A  list  of  nodas  of  tha  fora  ((AXO)  BOl  (BOO)), 
initial-list-of-nodas  -  a  list  of  tha  same  fora  as 

list-of-nodas . 

—  GET-BOT-STUCK-AT-O-BODES- 1  scans  tha  LIST-OF-HODES  to  find  a 
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symbol  is  lonnd  that  is  in  a  sublist,  lot-stuck-at-iaults  are 
; ;  those  variables  enclosed  in  a  sublist . 

;;  —  Once  a  sublist  is  found  at  the  top-level  of  LIST-OF-IODES,  it  is 
: ;  chocked  to  determine  if  the  LAST-CHAR-EQ-0?  in  the  symbol 
;;  enclosed  in  that  sublist.  If  so,  then  this  signifies  a 
;;  not-stuck-at-0  condition. 

; ;  —  In  the  case  of  a  not-stuck-at-0  assertion,  there  does  not  exist 
;;  a  stuck-at-1  variable.  Othervise,  it  would  be  designated  a 
;;  stnck-at- 1-node.  Therefore,  a  check  is  made  to  insure  that 
; ;  there  does  not  EXISTS-STUCK-AT-PAIR? 

;;  —  In  the  given  example,  there  exists  one  not-stuck-at-0  case, 

;;  AX  is  not-stuck-at-O.  REMOVE-LAST-CHAR-FROM-SYMBOL  removes  the 

extraneous  character  from  AXO. 

; ;  —  The  IlITIAL-LIST-OF-IODES  is  scanned  to  find  the  not-stuck-at-O 
; ;  variable  in  symbol  form.  The  IIITIAL-LIST-OF-RODES  is  carried 

; ;  along  because  when  checking  for  the  nonexistence  of  the 

complementary  stuck-at-1  variable,  it  may  occur  either  before  or 
; ;  after  the  not-stuck-at-0  variable  in  the  list . 

(define  (get-not-stuck-at-O-nodes-1  list-of-nodes 

initial-list-of-nodes) 

(cond  (  (null?  list-of-nodes) 

*()  ) 

(  (not  (symbol?  (car  list-of-nodes))) 

(if  (and  (last-char-eq-O?  (caar  list-of-nodes)) 

(not  (exists-stuck-at-pair? 

(caar  list-of-nodes) 
Initial-list-of -nodes) ) ) 

(cons  (remove-last-char-from-symbol 

(caar  list-of-nodes)) 
(get-not-stuck-at-O-nodes-l 

(cdr  list-of-nodes) 
initial-list-of-nodes) ) 

(get-not-stuck-at-O-nodes-1  (cdr  list-of-nodes) 

initial-list-of-nodes))  ) 

(  else 

(get-not-stuck-at-O-nodes-1  (cdr  list-of-nodes) 

initial-list-of-nodes)  ))) 


(GET-MOT-STUCK- AT- 1-IODES  list-of-nodes ) 

Parameters : 

list-of-nodes  -  A  list  of  nodes  of  the  form  ((AXl)  BOl  (BOO)). 

—  GET-IOT-STUCK-AT- 1-IODES  gets  the  initial  LIST-OF-HODES  and 
calls  GET-IOT-STUCK-AT-l-HODES-1  passing  it  two  copies  of  the 
LIST-OF-IODES. 

—  This  was  done  to  make  the  call  less  awkward  from  the 
IITERPRETATIOI  modules . 
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(d«lin«  (g«t-Bot-stTick-at-l-nod«8  list-of-nodas) 

(gat-not-stnck-at-l-nodaa-l  liat-of-nodaa  list-of -nodes)  ) 


; ;  (GBT-IOT-STUCK-AT-l-IODES-1  list-ol-nodes) 

•  • 

: :  Paraaeters : 

;;  list-of-aodes  -  A  list  of  nodes  of  the  fora  ((AXl)  BOl  (BOO)). 

; ;  initizd-list-of-nodes  -  a  list  of  the  saae  form  as 
;;  list-of-nodea. 

I  f 

; ;  —  GET-IOT-STUCK-AT-l-IODES-1  scans  the  LIST-OF-IODES  to  find  a 
;;  syabol  is  found  that  is  in  a  sublist,  lot-stuck-at-faults  are 
;;  those  variables  enclosed  in  a  sublist. 

—  Once  a  sublist  is  found  at  the  top-level  of  LIST-OF-HODES ,  it  is 
; ;  checked  to  deteraine  if  the  LAST-CHAR-EQ-0?  is  not  true  of  the 

syabol  enclosed  in  that  sublist.  If  untrue,  then  this  signifies 
::  a  not-stuck-at-1  condition. 

: ;  "In  the  case  of  a  not-stuck-at-l  assertion,  there  does  not  exist 
;;  a  stuck-at-O  variable.  Othervise,  it  would  be  designated  a 
; :  stuck-at-O-node .  Therefore ,  a  check  is  made  to  insure  that 

: ;  there  does  not  EXISTS-STOCK-AT-PAIR? 

;;  —  In  the  given  example,  there  exists  one  not-stuck-at-l  case,  AX 
: ;  is  not-stuck-at-l .  REMOVE-LAST-CHAR-FROM-SYMBOL  removes  the 

::  extraneous  character  from  AXl. 

;;  —  The  IIITIAL-LIST-OF-IODES  is  scanned  to  find  the  not-stuck-at-l 
; ;  variable  in  symbol  form.  The  IIITIAL-LIST-OF-IODES  is  carried 

; ;  along  because  when  checking  for  the  nonexistence  of  the 

;;  complementary  stuck-at-O  variable,  it  may  occur  either  before  or 
; ;  after  the  not-stuck-at-l  variable  in  the  list . 

(define  (get-not-stuck-at-l-nodes-1  list-of-nodes 

initial-list-of-nodes) 

(cond  (  (null?  list-of-nodes) 

'()  ) 

(  (not  (symbol?  (car  list-of-nodes))) 

(if  (and  (not  (last-char-eq-O?  (caar  list-of-nodes))) 

(not  (exists-stuck-at-pair? 

(caar  list-of-nodes) 
initial-list-of-nodes ) ) ) 
(cons  (remove-last-char-from-symbol 

(caar  list-of-nodes)) 
(get-not-stuck-at-l-nodes-l 

(cdr  list-of-nodes) 
initial-list-of-nodes) ) 

(get-not-stuck-at-l-nodes-1  (cdr  list-of-nodes) 

initial-list-of-nodes))  ) 

(  else 

(get-not-stuck-at-l-nodes-1  (cdr  list-of-nodes) 
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initi&l-list-ol-nodes)  ))) 


; ;  (EXISTS-STOCK-AT-PAIR?  nod*  li*t-of-nod*«) 

•  $ 

;;  PnraB*t*rs: 

; ;  node  -  a  syabol  of  eithar  th*  fors  AXO  or  BXl 

list-of-nod*t  -  a  liat  of  th*  fora  ((AXO)  (BOl)  BOO). 

•  $ 

: ;  —  EXISTS-STUCX-AT-PAIR?  takas  th*  input  BODE  and  craatas  tha 
: ;  opposit*  symbol  ragardlass  of  tha  input  fora.  Than  dapanding  on 
tha  last  charactar  of  tha  lOOE,  tha  appropriate  symbol  is  used 
;;  to  sa*  uhathar  it  is  in  th*  LIST-OF-IODES . 

—  For  axampla,  if  AXO  vara  th*  input  BODE,  than  a  tast  sould  ba 
::  mad*  to  dataraina  vhathar  AXl  is  a  mambar  of  LIST-OF-BODES. 

: :  —  IF  BOl  Sara  tha  BODE,  than  a  tast  sould  ba  mada  to  dataraina 
; ;  shathar  BOO  sas  a  mambar  of  LIST-OF-BODES . 

(define  (*xists-stuck-at-pair?  node  list-of-nodas) 

(let*  (  (noda-lass-last-char  (ramova-last-char-from-symbol  node)) 
(nod*-l  (string->list 

(symbol->string  noda-lass-last-char) ) ) 
(noda-0  (append  noda-1 

(string->list  (numbar->string  0  '(int))))) 
(noda-1  (append  noda-1 

(string->list  (nnmb*r->string  1  ’(int))))) 
(symbol-0  (string->symbol  (list->string  noda-0))) 

(symbol-1  (string->symbol  (li8t->8tring  node-1)))  ) 

(if  (last-char-aq-O?  node) 

(mambar  symbol-l  list-of-nodas) 

(mambar  symbol-O  list-of-nodas)))) 


: :  (GET-OBLY-STUCK-AT-O-BODES  list-of-nodas) 

»  t 

;;  P^^ramete^a: 

;;  list-of-nodas  -  A  list  of  nodes  of  tha  form  (AXO  BOO  (BOl)). 

I  I 

;  ;  —  GET-OBLY-STUCK-AT-O-BODES  gets  tha  initial  LIST-OF-BODES  and 
: ;  calls  GET-OBLY-STUCK-AT-O-BODES- 1  passing  it  two  copies  of  the 
LIST-OF-BODES. 

; ;  —  This  uas  done  to  make  tha  call  less  asksard  from  the 
; ;  IBTERPRETATIOB  modules . 

a 

(define  (gat-only-stuck-at-O-nodas  list-of-nodas) 

(gat-only-stuck-at-O-nodas-l  list-of-nodas  list-of-nodas)  ) 
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(GET-OILY-STUCK-AT-O-IODES-1  liat-of-nod«8  initial-list-ol-nodes) 


;;  ParaBstars: 

;;  list-ol-nodea  -  k  list  oi  nodes  of  the  form  (AXO  BOO  (BOl)). 

; ;  initial-list-of-nodes  -  a  list  of  the  same  form  as 
;;  list-of-nodes. 

•  « 

; ;  —  GET-OILY-STUCK-AT-O-IODES-1  scans  the  LIST-OF-IODES  to  see  a 

symbol  is  found  that  is  not  in  a  sublist.  Stuck-at-faults  are 
;;  those  variables  not  enclosed  in  a  sublist. 

;;  —  Once  a  symbol  is  found  at  the  top-level  of  LIST-OF-IOOES ,  it  is 
checked  to  determine  if  the  LAST-CBAR-EQ-0?  If  so,  then  this 
;;  signifies  a  stuck-at-O  fault. 

;;  —  In  this  condition,  there  does  not  exist  a  complementary 

not-stuck-at-1  variable.  Thus,  if  EXISTS-HOT-STUCK-AT-PAIR?  not 
true,  then  the  given  symbol  is  c^led  "only"  stuck-at-1.  In  the 
given  example,  there  exists  one  only-stuck-at-0  case,  AX.  Thus, 
: ;  the  returned  list  would  be  (AX) .  REMOVE-LAST-CHAR-FROM-SYMBOL 
removes  the  extraneous  character  from  the  AXO  symbol. 

: ;  --  The  IIITIAL-LIST-OF-IODES  is  scanned  to  find  the  stuck-at-O 
; ;  variable  in  symbol  form.  The  IVITIAL-LIST-OF-VODES  is  cairried 
: ;  along  because  when  checking  for  the  non-existence  of  the 
;;  complementary  stuck-at-l  variable,  it  may  occur  either  before  or 
; :  after  the  stuck-at-O  variable  in  the  list . 

(define  (get-only-stuck-at-O-nodes-l  liat-of-nodes  initial-list-of- 
nodea) 

(cond  (  (null?  list-of-nodes) 

•()  ) 

(  (symbol?  (car  list-of-nodes)) 

(if  (and  (laat-char-eq-O?  (car  list-of-nodes)) 

(not  (exists-not-stuck-at-pair? 

(car  list-of-nodes) 
initial-list-of-nodes))) 
(cons  (remove-last-char-from-symbol 

(cau:  list-of-nodes)) 
(get-only-stuck-at-O-nodes- 1 

(cdr  list-of-nodes) 
initial-list-of-nodes)) 

(get-only-stuck-at-O-nodes-l  (cdr  list-of-nodes) 

initial-list-of-nodes))  ) 

(  else 

(get-only-stuck-at-O-nodes-l  (cdr  list-of-nodes) 

initial-list-of-nodes)  ))) 


(GET-ORLY-STUCK-AT-l-IODES  list-of-nodes) 

Parameters : 

list-of-nodes  -  A  list  of  nodes  of  the  form  (AXl  BOO  (BOl)). 
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; ;  “  GET-OILY-STUCK-AT-l-IODES  gets  the  initial  LIST-OF-IODES  and 
; :  calls  GET-OILY-STUCK-AT-l-IODES-1  passing  it  tso  copies  of  the 

;;  LIST-OF-IODES. 

; ;  —  This  was  done  to  make  the  call  less  awk«2urd  from  the 

; ;  IITERPRETATIOI  modules . 

(define  (get-only-stuck-at-l-nodes  list-of -nodes) 

(get-only-stuck-at-l-nodes-1  list-of-nodes  list-of-nodes)  ) 


(GET-OILY-STUCK-AT-l-IODES-1  list-of-nodes  initial -list-of-nodes) 

Parameters : 

list-of-nodes  -  A  list  of  nodes  of  the  form  (All  BOO  (BOl)). 
initial-list-of-nodes  -  a  list  of  the  same  form  as 

list-of-nodes. 

—  GET-OILY-STUCK-AT-l-BTODES-l  scans  the  LIST-OF-HODES  to  see  a 
symbol  is  found  that  is  not  in  a  sublist.  Stuck-at-faults  aure 
those  variables  not  enclosed  in  a  sublist. 

—  Once  a  symbol  is  found  at  the  top-level  of  LIST-OF-IODES,  it  is 
checked  to  determine  if  LAST-CHAR-EQ-0?  is  not  true.  If  so, 
then  this  signifies  a  stuck-at-i  fault. 

—  In  this  condition,  there  does  not  exist  a  complementary 
not-stuck-at-0  variable.  Thus,  if  EXISTS-IOT-STUCK-AT-PAIR?  not 
true,  then  the  given  symbol  is  called  "only"  stuck-at-1.  In  the 
given  example,  there  exists  one  only-stuck-at-1  case,  AX.  Thus, 
the  returned  list  would  be  (AX)  .  REMOVE-LAST-CHAR-FROM-SYMBOL 
removes  the  extraneous  character  from  the  AXl  symbol. 

—  The  IlITIAL-LIST-OF-HODES  is  scainned  to  find  the  stuck-at-1 
variable  in  symbol  form.  The  IHITIAL-LIST-OF-NODES  is  caurried 
along  because  when  checking  for  the  non-existence  of  the 
complementary  stuck-at-0  variable,  it  may  occur  either  before  or 
after  the  stuck-at-1  variable  in  the  list. 


(define  (get-only-stuck-at-l-nodes-1  list-of-nodes 

initial-list-of-nodes) 

(null?  list-of-nodes) 


(cond  ( 
( 


'()  ) 

(symbol?  (cair  list-of-nodes)) 

(if  (and  (not  (last-char-eq-O?  (cair  list-of-nodes))) 
(not  (exists-not-stuck-at-pair? 

(caur  list-of-nodes) 
initial-list-of-nodes) )) 
(cons  (remove-last-char-from-symbol 

(cau"  list-of-nodes)) 
(get-only-stuck-at-l-nodes-1 

(cdr  list-of-nodes) 
initial-list-of-nodes) ) 
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I 


(gat-only-Btuck-at-l-nodes-l  (cdr  llst-ol-nodas) 

iiiitial-li«t-of-nod*»))  ) 


(  alsa 

(get-only-stuck-at-l-nodas-l  (cdr  llst-ol-nodas) 

initial-list-of-nodaa)  ))) 


I 


;;  (LAST-CHAR-EQ-O?  symbol) 

; ;  Parametsr: 

; ;  symbol  -  an  arbitrary  symbol 

; ;  —  LAST-CHAR-EQ-O?  dscomposss  ths  symbol  into  a  list  oi  characters . 
; :  GET-LAST-ELT  takes  this  list  oi  characters  and  returns  the 

; ;  LAST-CHAR. 

;;  —  li  LAST-CHAR  equals  0,  then  #T  is  returned;  '()  otherwise. 

(define  (last-char-eq-O?  symbol) 

(let*  (  (aymbol-1  (string->list  (symbol->8tring  symbol))) 
(last-char  (get-last-elt  symbol-1))  ) 

(equal?  last-char  ’(#\0))  )) 


: ;  (SHOW-IHPUT-IODES  list-of-nodes  option) 

I  $ 

; :  Parameters: 

; ;  list-ol-nodes  -  a  list  of  the  nodes  to  be  output 
; ;  option  -  a  symbol  uhich  designates  what  type  of  fault  (or 
: ;  normal)  is  associated  with  the  given  LIST-OF-HODES 

I  I 

: :  “  SHOW-IIPUT-IODES  takes  the  first  node  off  the  LIST-OF-IODES  and 
; ;  outputs  this  node  with  the  status  dependent  on  the  OPTION  input 
; ;  to  the  procediire . 

; ;  —  SHOW-INPUT-HODES  calls  itself  recursively  until  all  nodes  in  the 
; ;  original  LIST-OF-RQDES  are  exhausted. 

(define  (show-input-nodes  list-of-nodes  option) 

(if  (null?  list-of-nodes) 

'() 

(begin 

(display  "  Input  node  ") 

(display  (remove-last-char-from-symbol  (car  list-of-nodes))) 
(cond  (  (equal?  option  ’normal) 

(writeln  "  is  normal.”)  ) 

(  (equal?  option  ’stuck-at-0) 

(writeln  "  is  stuck-at-0.")  ) 

(  (equal?  option  ’stuck-at-l) 

(writeln  "  is  stuck-at-l.")  ) 

(  (equal?  option  'not-stuck-at-O) 
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(vritaln  "  is  not  stuck-at-0.")  ) 

(  (oqnal?  option  •not-*tuck-nt-l) 

(vritoln  ”  i«  not  atuck-at-l.'*)  ) 

(  (oqual?  option  ’only-atnck-nt-0) 

(nrltoln  '*  is  stnck-at-O.”)  ) 

(  (sqnal?  option  'only-stuck-at-1) 

(nrltsln  "  is  stuck-at-1.")  )  ) 

(sho«- input-nodes  (cdr  list-of-nodes)  option)))) 


:  (SHOU-FAIOUT-IQDES  list-ol-nodea  option  prefix-list) 

I 

;  Paraaeters: 

:  list-of-nodes  -  a  list  of  nodes  to  be  output 

;  option  -  a  symbol  vhich  designates  uhat  type  of  fault  (or 

:  normal)  is  associated  vith  the  given  LIST-OF-IODES 

;  prefix-list  -  The  prefix  list  of  the  input  circuit;  this  list 
;  vas  modified  to  HAKE-UHIQUE-FANOUTS  of  each  of  the 

;  fanout  nodes.  This  is  necessary  to  distinguish 

;  the  fanouts  and  associate  them  with  the  list  of 

;  fanout  nodes. 

• 

;  "  SHOW-FAIQUT-IOOES  iteratively  outputs  each  of  the  elements  of 
;  LIST-OF-IQDES  displaying  in  sequence  the  node,  the  gate 
;  associated  uith  that  node,  and  then  the  status  of  that  node. 

;  —  The  PREFIX-LIST  is  of  the  form: 

I 

:  ((Eq  E-  (MOT  (*  AX  BO))) 

:  (Eq  F-  (lOT  Bi)) 

:  (EQ  Z-  (lOT  (e  E-  F-)))) 

» 

;  —  GET-GATE  returns  the  EqUATIQH  associated  with  the  fanout  node. 

;  For  example,  if  node  BO  were  to  be  displayed,  then  the  EqUATIOH 
;  returned  by  GET-GATE  would  be  (Eq  E-  (ROT  (*  AX  BO))).  This 
;  equation  is  displayed  by  SHOU-EqUATIOH-C. 

;  —  After  the  gate  is  displayed,  the  status  of  the  checkpoint  is 
;  displayed.  This  status  is  dependent  on  the  OPTION  which  is  the 
;  type  of  fault  associated  with  the  given  LIST-OF-NODES. 

;  —  SHOW-FANOUT-NODES  calls  itself  recursively  until  all  of  the 
;  LIST-OF-NODES  in  the  original  list  have  been  displayed  with  the 
;  appropriate  gate. 

(define  (show-fanout-nodes  list-of-nodes  option  prefix-list) 

(if  (null?  list-of-nodes) 

’() 

(lot  (  (equation  (get-gate  (car  list-of-nodes)  profix-list))  ) 
(display  ’*  Node  ") 

(display  (remove-last-char-from-symbol  (car  list-of-nodes))) 
(display  "  of  gate;  ") 

(show-equation-c  equation) 
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(cond  (  (aqual?  option  'nonal) 

(writoln  “  is  noraal.")  ) 

(  (oqual?  option  *atuck-at-0) 
(writoln  *'  ia  atuck-at-0 .  ■•)  ) 

(  (aqual?  option  'atuck-at-1) 
(sritaln  '*  ia  atuck-at-1.")  ) 

(  (aqual?  option  *not-atnck-at-0) 
(Britain  "  ia  not  atuck-at-O.")  ) 
(  (aqual?  option  'not-atuck-at-1) 
(Britain  "  ia  not  atuck-at-1.”)  ) 
(  (aqual?  option  ’only-atuck-at-O) 
(Britain  "  ia  atuck-at-O.”)  ) 

(  (aqual?  option  *only-atuck-at-l) 
(Britain  ”  ia  atuck-at-1.")  )  ) 
(ahoB-fanout-nodaa  (cdr  liat-ol-nodaa) 
option 

praiiz-liat)  ))) 


; ;  (SHOtf-EQOATIOf-C  aquation) 

; ;  Paranatara : 

::  aquation  -  a  liat  of  tha  form  (EQ  E-  (HOT  (*  AX  BO))) 

; :  "  SHQW-EqUATIQH-C  diaplaya  tha  above  aquation  in  the  form 
;;  E  s  A  *  B. 

;;  —  Firat,  tha  output  node  for  tha  gata  ia  diaplay  followad  by  an 
::  aquala  aign.  Than  either  SHOV-HEGATED-EQUATIOH ,  or  SHOW-FORMULA 

: ;  are  called  depending  on  Bhether  the  gate  ia  of  the  HEGATEO 
variety,  i.e.  lAHD. 

: ;  —  The  difference  betueen  thia  procedure  and  SHOW-EQUATIOH  ia  that 
;;  SHOV-EQUATIOI  outputa  a  lEWLIIE  after  the  equation.  Thia 
; ;  procedure  doea  not . 

(define  (ahoB-equation-c  equation) 

(let*  (  (output  (cadr  equation)) 

(input  (caddr  equation))  ) 

(diaplay  (remove-laat-char-from-aymbol  output)) 

(diaplay  "  =  ") 

(if  (equal?  (car  input)  ’HOT) 

(ahoB-negated-equation  (cadr  input)) 

(ahoB-formula  input)))) 


(GET-GATE  node  prefix-liat) 

Parametera ; 

node  -  a  node  Bhich  ia  to  be  matched  vith  the  right  aide 
of  an  equation  in  prefix-form  to  get  apecific  gate 
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; ;  that  a  fanout  nod*  la  aasoclatad  «ith 

; ;  prof ix-liat  -  a  list  of  tha  form: 

»  » 

((Eq  E-  (lOT  (*  AX  BO))) 

;;  (EQ  F-  (EOT  BD) 

(EQ  Z-  (lOT  (*  E-  F-)))) 

f  $ 

; :  —  6ET-GATE  raturns  tha  aingla  aquation  that  noda  is  aasoclatad 
; ;  vith. 

—  If  tha  BODE  vara  BO,  than  tha  aquation  (EQ  E-  (lOT  (a  AX  BO))) 

: ;  vould  ba  ratumad.  01-RIGHT-SIDE?  is  usad  to  datamina  vhathar 

; ;  tha  lOOE  is  on  tha  right  sida  of  tha  first  aquation  in  tha  list 

of  aquations. 

: ;  —  GET-GATE  calls  itsalf  racursivaly  until  tha  appropriata  aquation 
; ;  is  found. 

(dafina  (gat-gata  noda  prafix-liat) 

(lat  (  (right-sida-of-first-liat  (caddar  praf ix-list))  ) 

(if  (on-right-sida?  noda  right-sida-of-first-list) 

(car  prafix-liat) 

(gat-gata  noda  (cdr  praf ix-list))))) 


; :  (SHOW-FORMULA  formula) 

•  f 

; ;  Paramatars : 

; ;  formula  -  a  formula  of  tha  form  (a  E-  F-) 

I  » 

; ;  —  SHOW-FORMULA  displays  tha  sacond  alamant  of  tha  list  which  will 
::  only  ba  a  symbol.  REMOVE-LAST-CHAR-FROM-SYMBOL  gats  rid  of 

tha  charactar  in  this  casa. 

;;  —  Following  tha  output  of  tha  symbol,  tha  FIRST-ELT  of  tha  list 
;;  is  displayad.  This  will  always  ba  a  tokan  symbol  such  as 
; ;  a  or  + . 

; :  —  SHOW-FORMULA  is  than  called  racursivaly  to  display  tha  REST  of 
;;  tha  formula,  piis  is  nacassary  because  for  a  four-input 
; ;  and-gate  tha  input  FORMULA  would  ba  of  tha  form; 

; ;  (a  a-  (a  B-  (a  C-  D-))).  SHOW-FORMULA  would  display  this  as: 

; ;  A  a  B  a  C  a  D. 

(dafina  (show-formula  formula) 

(cond  (  (null?  formula) 

'()  ) 

(  (symbol?  formula) 

(display  (ramova-last-char-from-symbol  formula))  ) 

(  also 

(lat  (  (first-alt  (car  formula)) 

(sacond-alt  (cadr  formula)) 

(rast  (caddr  formula))  ) 

(display  (ramova-last-char-from-symbol  sacond-alt)) 
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(display  "  ") 

(display  lirst-alt) 
(display  "  '•) 
(show-loratila  rsst}}  ))) 


: ;  (SHOH-IEGATED-EQUATiai  fonula) 

•  A 

;;  Paraastsrs: 

; :  loranla  -  a  loraula  ol  ths  lorn  (*  E-  F-) 

»  » 

: ;  ~  SHOV-IEGATED-EQUATIOI  is  callsd  by  SBOV-EQUATIOI  and 

; :  SEOU-EQUATIOI-C  to  show  an  aquation  such  as  that  reprasented  by 

a  lAID.  lOR.  or  lOT  gata. 

; :  "  SEOW-IEGATED-EQUATIOI  calls  SBOW-FOSIfULA  to  display  tha  interior 

;;  formula,  surrounding  it  with  tha  "('*  formula  symbols. 

(define  (shom-nagatad-aquation  formula) 

(display  "(") 

(shou-formula  formula) 

(display  ")’")  ) 


;;  (PAUSE) 

•  f 

;;  "  PAUSE  salts  in  a  loop  until  tha  carriage  return  is  pressed, 
(define  (pause) 

(if  (equal?  (read-char)  #\retum) 

'() 

(pause))) 


(DISPLAY-SYSTEM-METRICS  inputs  no-of-tests) 

Parameters : 

inputs  -  the  number  of  inputs  of  the  circuit 
no-of-teats  -  the  number  of  input-output  tests  that  sere 

conducted  before  all  information  was  determined 

—  DISPLAY-SYSTEM-METRICS  prints  out  messages  about  the  number  of 
tests  that  sere  run  as  opposed  to  the  number  of  tests  that  it 
sas  possible  to  have  run. 

—  I0-0F-P0SSI8LE- TESTS  take  the  list  of  IIPUTS  nodes  and  returns 
the  number  of  possible  tests  that  could  have  been  run 

(2  to  the  n) . 

—  The  Performance  ratio  output  is  the  ratio  of  the  HO-OF-TESTS 
sith  respect  to  the  number  of  possible  tests  that  could  have 


b««ii  nm. 


(del in*  (display-syaten-netrics  input*  no-ol -tests) 

(newline) 

(writeln  "Systen  Perlomance  Metrics  :**) 

(newline) 

'(writeln  "  The  nunber  of  teats  run  was:  "  no-of-tests) 

(display  **  The  nunber  of  possible  tests  was:  ") 

(writeln  (no-of-posaibl*-teata  inputs)) 

(newline) 

(display  "  The  perforaance  ratio  is:  '*) 

(writeln  (/  no-of-teats  (no-of-possible-tests  inputs))) 
(newline) 

(newline)  ) 


(fO-OF-POSSIBLE-TESTS  inputs) 

I  I 

: ;  Parameters : 

: :  inputs  -  the  list  of  inputs  to  the  circuit 

•  I 

; :  —  lO-OF-POSSIBLE-TESTS  takes  the  length  of  the  IIPUTS  list  to 
::  deterain*  n.  The  number  of  possible  tests  that  can  be  run  on 

;;  the  circuit  is  2  to  the  nth  power.  This  is  the  nunber  that  is 

; ;  returned. 

(define  (no-of-possible-tests  inputs) 

(expt  2  (length  inputs))  ) 
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Filanama:  boolean. s 


Th«s«  procaduras  ara  usad  lor  procasaing  Boolaan 
ata-ol-prodacta  (SOP)  lonulas.  Tha  raprasantation  assiuad 
lor  an  SOP  an  loraola  is  a  list  ol  rapraaantions  ol  tha 
tans  in  tha  lonula.  A  tan  is  raprasantad  as  a  list  ol 
raprasantations  ol  tha  litarals  in  tha  tan.  A  litaral 
X  is  raprasantad  by  tha  symbol  X  (X  may  ba  an  arbitrarily 
complaz  symbol);  a  litaral  X*  is  raprasantad  by  the  list  (X). 

Thus  tha  Boolean  lonula  ax  *  bc'z'y  *  j‘z‘  *  dz  *  zy'  is 
raprasantad  by  tha  list 

(  (a  z)  (b  (c)  (z)  y)  ((y)  (z))  (d  z)  (z  (y))  )  )  . 

Let  Fi, . . . .Fn.  61, . . . ,6a  ba  raprasantations  lor  SOP 
lonulas.  Than  tha  system 

FI  s  61 
F2  »  62 

Fn  »  6n 

is  raprasantad  by  tha  list 

(  (aq  FI  61)  (aq  F2  62)  ...  (aq  Fn  On)  )  , 

A  logical  inclusion  F  »<  6  (i.a.,  F  implias  6)  appaaring  in 
a  system  is  raprasantad  by  tha  sub-list  (la  F  G) ,  read 
"F  is  lass  than  or  aqual  to  6."  Thus  tha  systam 
a’b'c'  a  x'yz 

ab  4'  ac  a  x’y*  ♦  y'z’ 

a*b  +  b’c  a<  xy  +  z'z 

ac  +  be  +  a'c'  *<  x'  +  yz 

ab'  a<  x'  +  z' 

is  raprasantad  by  tha  list 

(  (aq  (((a)  (b)  (c)))  (((z)  y  (z)))  ) 

(aq  ((a  b)  c')j  (((x)  (y))  ((y)  (z)))  ) 

(la  (((a)  b)  ((b)  c))  ((z  y)  ((x)  z))  ) 

(la  ((a  c)  (b  c)  ((a)  (c)))  (((z))  (y  z))  ) 

(la  ((a  (b)))  (((x))  ((z)))  )  )) 

These  procedures  vara  vrittan  by  Dr.  Frank  M.  Brown,  Prolessor  ol 
ol  Electrical  Engineering  at  tha  Air  Force  Institute  ol  Technology 


; :  basic  booleah  operators  ,  ; ; :  : 

; ;  (add  11  12)  returns  tha  logical  OR,  in  SOP  lorn,  ol  two  SOP 
;;  lonulas.  Elementary  simplilication-housakaaping  is  parlormad 
; ;  on  tha  result . 

(delina  (add  11  12) 

(cond  (  (null?  11)  12) 

(  (absorbed?  (eax  11)  12) 


(add  (cdr  11)  12)  ) 

(  al88 

(add  (cdr  11) 

(cona  (car  11) 

(ramova-suparsats  (car  11)  12)  ))))) 


(dalina  (raaova-auparsata  tarm  1) 

(cond  (  (null?  1)  nil) 

(  (aubsat?  tarm  (car  1)) 

(raaova-auparsata  term  (cdr  1))  ) 

(  alaa 

(cona  (car  1) 

(raaova-auparaata  tarm  (cdr  1))  )))) 


(mult  1  g)  raturna  the  logical  AND.  in  SOP  lorm,  ol  the 
; :  SOP  lormulaa  1  and  g.  The  racursiva  rule 

1  *  g  =  x’(l/x*  »  g/x')  +  X  (1/x  ♦  g/x) 

::  ia  iaplaaantad,  vhara  x  is  any  argument  appearing  in  1. 

(dalina  (mult  1  g) 

(cond  ((null?  1)  nil) 

((null?  g)  nil) 

((mambar  nil  1)  g) 

((aambar  nil  g)  1) 

(alaa 

(let*  ((arg  (lirst-arg  1)) 

(narg  (bar  arg)) 

(10  (divide  1  narg)) 

(11  (divide  1  arg)) 

(gO  (divide  g  narg)) 

(gl  (divide  g  arg)) 

(prodttctO  (mult  10  gO)) 

(product 1  (mult  11  gl))  ) 

(append  (prelix  narg  productO) 

(prelix  2u:g  productl)  ))))) 


; ;  (XOR  F  G)  returns  the  logical  EXCLUSIVE-OR,  in  SOP  lozm,  ol 
;;  the  SOP  lormulas  F  and  G.  The  recursive  rule 
;;  1  XOR  g  =  x'(l/x'  XOR  g/x')  +  x  (1/x  XOR  g/x) 

;;  is  Implemented,  share  x  is  auiy  ^Lrgument  appearing  in  1. 

(deline  (xor  1  g) 

(cond  ((null?  1)  g) 

((null?  g)  1) 

((member  nil  1)  (complement  g)) 
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((■•■bar  nil  g)  (coaploiant  f)) 

(•!•• 

(l«t*  ((arg  (first-arg  1)) 

(narg  (bar  arg)) 

(fO  (divida  f  sarg)) 

(11  (divlda  i  arg)) 

(gO  (divida  g  narg)) 

(gl  (divida  g  arg)) 

(xorO  (xor  10  gO)) 

(xorl  (xor  11  gl))  ) 

(appand  (pralix  narg  xorO) 

(pralix  arg  xorl)  ))))) 


(dalina  (xnor  1  g) 

(cond  (  (null?  1)  (complamant  g)  ) 

(  (null?  g)  (complamant  1)  ) 

(  (mambar  nil  1)  g) 

(  (mambar  nil  g)  1) 

(  alaa 

(lat*  (  (arg  (lirst-arg  1)) 

(narg  (bar  arg) ) 

(10  (divida  1  narg)) 

(11  (divida  1  arg)) 

(gO  (divida  g  narg)) 

(gl  (divida  g  arg)) 

(xnorO  (xnor  10  gO)) 

(xnorl  (xnor  11  gl))  ) 
(appand  (pralix  narg  xnorO) 

(pralix  arg  xnorl))  )))) 


(complamant  1)  ratums  tha  complamant,  in  SOP  lorm,  ol  tha  SOP 
;;  lormula  1.  Tha  racursiva  rula 
;;  1'  =  x'(l/x»)’  +  x(l/x)' 

;;  is  implamantad,  vhara  x  is  any  arg\imant  ol  1.  Thus  aach  term 

;;  ol  tha  lormula  lor  1'  will  contain  x'  or  x  as  a  litaral. 

(dalina  (complamant  1) 

(cond  ((null?  1)  (list  nil)) 

((mambar  nil  1)  nil) 

(alsa 

(lat*  ((arg  (lirst-arg  1)) 

(narg  (bar  arg)) 

(10  (divida  1  narg)) 

(11  (divide  1  arg)) 

(compO  (complamant  10)) 

(compl  (complamant  11))  ) 

(appand  (pralix  narg  compO) 


(prefix  arg  conpl)  ))))) 


(BCF  F)  returns  the  Blake  canonical  fora  of  the  sum-of-products 
f omnia  F.  The  interior  list-fomat  is  returned. 

Both  procedures  are  based  on  the  relation 

BCF<f)  »  ABSCCx*  +  BCF(f/x)]  #  Cx  +  BCF(f/x*)])  (1) 


; ;  where 

—  IBS  is  u  operator  which  reaoves  absorbed  terns; 

;;  —  f/u  denotes  the  quotient  of  f  with  respect  to  u,  i.e., 

; ;  the  result  of  making  the  substitution  u  =  1  in  f ;  and 

;;  —  *  is  the  "mu-product"  operator,  indicating  explicit 

; ;  tem-by-tem  cross-multiplication. 

When  (1)  is  multiplied  out,  the  result  is 
;;  BCF(f)  ■  ABS(x'BCFO  x  BCFl  +  PROD)  (2) 

where  BCFO  denotes  BCF(f/x'),  BCFl  denotes  BCF(f/x  )  and 

PROD  denotes  BCFO  #  BCFl.  The  only  absorptions  possible 
; ;  are  (a)  those  within  PROD  and  (b)  absorptions  of  terms  in 
;;  x’BCFO  or  x  BCFl  by  terns  in  PROD. 

(define  (bcf  f) 

(cond  (  (null?  f)  f) 

(  (null?  (cdr  f))  f) 

(  (member  nil  f)  (list  nil)) 

(  else 

(let  ((arg  (opposed-arg  f))) 

(cond  (  (null?  arg) 

(unabsorb  f)  ) 

(  else 

(let*  (  (narg  (bar  arg)) 

(fO  (divide  f  narg)) 

(fl  (divide  f  arg)) 

(bcfO  (bcf  fO)) 

(bcfl  (bcf  fl)) 

(prod  (muprod  bcfO  bcfl)) 

(absprod  (unabsorb  prod)) 

(nfO  (absorb-rel  bclO  absprod)) 
(nfl  (absorb-rel  bcfl  absprod))  ) 
(append  (prefix  narg  nfO) 

(prefix  arg  nfl) 
absprod  )))))))) 


; ;  (UIABSORB  F)  returns  a  subformula  of  F  that  contains  no  terms 
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that  ara  absorbad  by  othar  taras  in  tha  sublornula. 


(dafina  (nnabsorb  1) 

(cond  (  (null?  1)  nil) 

(  alaa 

(insart-abs  (car  i) 

(unabaorb  (cdr  i))  )))) 


(dalina  (insart-abs  tarn  i)  ;  Insart  a  tarn  into  an 

(cond  (  (null?  i)  (list  tarn))  ;  absorbad-out  lomula, 

(  (subsat?  tarn  (car  f))  ;  and  carry  out  2ill  ab- 

(insart-abs  tarn  (cdr  i))  )  ;  sorptions  on  tha  result. 

(  (subset?  (car  1)  tarn) 
i  ) 

(  else 

(cons  (car  i) 

(insart-abs  tarn  (cdr  1))  )))) 


; ;  (ABSORB-REL  F  G)  returns  those  tarns  of  tha  SOP  fomula  F 
;;  that  are  not  absorbad  by  any  tarn  of  tha  SOP  lomula  G. 

(dalina  (absorb-ral  1  g) 

(cond  (  (null?  g)  1) 

(  else 

(absorb-ral  (tam-absorb  1  (car  g))  (cdr  g))  ))) 


(dalina  (tam-absorb  1  tarn) 

(cond  (  (null?  1)  nil) 

(  (subsat?  tarn  (car  1)) 

(tam-absorb  (cdr  1)  tarn)  ) 

(  alsa 

(cons  (car  1)  (tam-absorb  (cdr  1)  tarn))  ))) 


: : :  Tha  nu-product  ol  two  SOP  lomulas  is  the  tem-by-tem 
; ; ;  product . 

(dalina  (muprod  1  g) 

(cond  (  (null?  1)  nil) 

(  alsa 

(append  (muprod-tl  (car  1)  g) 

(muprod  (cdr  1)  g)  )))) 
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(dalina  (mprod-tl  tera  1) 

(coad  (  (null?  tarn)  f) 

<  (null?  i)  nil) 

(  alaa 

(lat  (  (prod  (nuprod-tt  tarn  (car  f)))) 

(cond  (  (aqnal?  prod  0) 

(nuprod-tt  tarn  (cdr  1))  ) 

(alaa 

(cons  prod 

(nuprod-tt  tarn  (cdr  t))  ))))))) 


(datina  (nuprod-tt  tl  t2) 

(cond  (  (null?  tl)  t2) 

(  (nanbar  (bar  (car  tl))  t2) 

0  ) 

(  alsa 

(lat  (  (rast  (muprod-tt  (cdr  tl)  t2))) 
(cond  (  (aqual?  rast  0) 

0  ) 

(  (nanbar  (car  tl)  t2) 
rast  ) 

(  alsa 

(cons  (car  tl)  rast)  )))))) 


; ;  (ABSORBED?  TERM  F)  is  a  pradicata  ratuming  TRUE  in  case 
;;  TERN  is  absorbad  by  sona  tarn  ot  tha  SOP  fomula  F. 

(datina  (absorbad?  tarn  t) 

(cond  ((null?  t)  nil) 

((subsat?  (car  t)  tarn)  true) 

(alsa 

(absorbad?  tarn  (cdr  t))  ))) 


; ; ;  (ECOH  F  TERM)  returns  tha  conjunctiva  alimin^mt  of  F  with 
;;;  raspact  to  tha  argumants  in  TERN. 

(datina  (aeon  t  tarn) 

(simplity  (acon2  t  tarn))  ) 


(datina  (acon2  t  tarn) 

(cond  ((null?  1)  1) 

((nanbar  nil  1)  (list  nil)) 
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((null?  tern)  1) 

(else 

(let*  ((arg  (car  tern)) 

(part  (partition  i  arg)) 

(p  (car  part)) 

(q  (cadr  part)) 

(r  (caddr  part]) 

(prod  (nult  p  q))  ) 

(econ2  (append  prod  r)  (cdr  term))  )))) 


; : ;  (EDIS  F  TERN)  returns  the  disjunctive  eliminant  of  F  uith 
: ; ;  respect  to  tern 

(define  (edis  f  tern) 

(cond  (  (null?  term)  f) 

(  else 

(edis  (replace-by-one  f  (car  term)) 

(cdr  term)  )))) 


(define  (replace-by-one  f  x) 

(cond  (  (null?  f)  nil) 

(  else 

(cons  (replace-term  (car  f)  x) 

(replace-by-one  (cdr  f)  x)  )))) 


(define  (replace-term  term  z) 

(cond  (  (null?  term)  nil) 

(  (or  (equal?  (car  term)  x) 

(equal?  (car  term)  (bar  x))  ) 

(cdr  term)  ) 

(  else 

(cons  (car  term) 

(replace-term  (cdr  term)  x)  )))) 


This  procedure  is  a  slight  modification  of  BCF-ITER,  which 
implements  the  method  of  iterated  consensus . 

It  differs  from  BCF-ITER  only  in  the  procedure  "consensus.” 
The  idea  here  is  to  generate  only  consensus-terms  which 
absorb  at  least  one  of  their  parents.  The  principal  utility 
of  this  procedure  is  to  clean  up  functions  like  MULT  eind 
ECOR  (which  uses  MULT)  whose  recursive  definition  causes 
them  to  produce  large  numbers  of  terms  tLat  differ  in  only 
one  literal. 
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(dafin*  (simplify  f) 
(unabsorb 

(8ifflplily2  nil  f)  )) 


(dafina  (simplify2  laft  right) 

(cond  (  (null?  right)  laft) 

(  (null?  laft) 

(8implify2  (list  (car  right)) 

(cdr  right)  )) 

(  (absorbed?  (car  right)  laft) 

(8implify2  laft 

(cdr  right)  )) 

(  alsa 

(lat  ((naacons  (saaap  (car  right)  left))) 

(cond  (  (equal?  naacons  '(())) 

'(())  ) 

(  (equal?  (car  naucons)  *drop-term) 
(simplify2  laft 

(append  (cadr  neacons) 

(cdr  right)  ))) 

(  alsa 

(simplify2  (cons  (car  right)  left) 
(append  (cadr  neacons) 

(cdr  right)  )))))))) 


(define  (saeep  term  f) 
(saaep2  term  nil  f)  ) 


(define  (8aaep2  term  acc  partf) 

(cond  (  (null?  partf)  (list  'ok  acc)) 

(  alsa 

(let  ((consens  (consensus  term  (ceir  partf)))) 
(cond  (  (null?  consens) 

(sBeep2  term  acc  (cdr  pao-tf))  ) 

(  (equal?  consens  '(())) 

’(())  ) 

(  (subset?  consens  term) 

(list  'drop-term 

(cons  consens  acc)  )) 

(  else 

(saeep2  term  (cons  consens  acc) 
(cdr  partf)  ))))))) 
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; ;  p  and  q  ara  tarns .  Tha  consansus  of  p  and  q  is  rstumad  only 
; :  if  tha  consansus  absorbs  at  least  one  of  its  parents . 

(dafina  (consansus  p  )) 

(let  (  (consans  (coasansus2  0  p  q))  ) 

(cond  (  (equal?  consans  'no-dica) 

•()  ) 

(  (null?  consans) 

'(())  ) 

(  (or  (subset?  consans  p) 

(subset?  consans  q)  ) 
consans  ) 

(  else 
'()  )))) 


(dafina  (conaansus2  count  p  acc) 

(cond  (  (s  count  0) 

(cond  (  (null?  p) 

* no-dica  ) 

(  (mambar  (bar  (car  p))  acc) 

(consensus2  1  (cdr  p) 

(remove  (bar  (car  p))  acc)  )) 

(  (member  (car  p)  acc) 

(con8an8Us2  0  (cdr  p)  acc)  ) 

(  else 

(con8an8us2  0  (cdr  p)  (cona  (car  p)  acc))  ))) 

(  else 

(cond  (  (null?  p) 
acc  ) 

(  (manbar  (bar  (car  p))  acc) 

'no-dica  ) 

(  (mambar  (car  p)  acc) 

(con8ansua2  1  (cdr  p)  acc)  ) 

(  alae 

(conaan8Us2  1  (cdr  p)  (cons  (car  p)  acc))  ))))) 


(define  (divide  f  x) 

(cond  ((null?  f)  nil) 

((member  (bar  x)  (car  f)) 
(divide  (cdr  f)  x)  ) 

(else 

(cons  (remove  x  (car  f)) 

(divide  (cdr  f)  x)  )))) 
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(dcfin*  (partition  t  x) 

(lot*  (  (arg  (debar  x)) 

(narg  (bar  arg))  ) 
(partitionl  i  arg  narg)  )) 


(define  (partitionl  f  arg  narg) 

(cond  ((null?  f)  (list  ail  nil  nil)) 

((■eaber  narg  (car  f)) 

(let  ((next  (partitionl  (cdr  f)  arg  narg))) 
(cona  (cons  (remove  narg  (car  f)) 

(car  next)  ) 

(cdr  next)  ))) 

((member  arg  (car  f)) 

(let  ((next  (partitionl  (cdr  f)  arg  narg))) 
(list  (car  next) 

(cons  (remove  arg  (car  f)) 

(cadr  next)  ) 

(caddr  next)  ))) 

(else 

(let  ((next  (partitionl  (cdr  f)  arg  narg))) 
(list  (car  next) 

(cadr  next) 

(cons  (car  f) 

(caddr  next)  )))))) 


: :  (SUBSET?  T1  T2)  returns  TRUE  in  case  every  member  of  the  list 
T1  is  also  a  member  of  the  list  T2. 

(define  (subset?  tl  t2} 

(cond  ((null?  tl)  true) 

((and  (member  (car  tl)  t2) 

(subset?  (cdr  tl)  t2)  )) 

(else  nil)  )) 


(define  (union  listl  list2)  ;  Returns  the  union  of 

(cond  (  (null?  listl)  list2)  ;  LISTl  amd  LIST2,  ass\un- 

(  (member  (car  listl)  list2)  ;  ing  that  LIST2  has  no 
(union  (cdr  listl)  list2)  )  ;  duplicate  elements. 

(  else 

(union  (cdr  listl)  (cons  (car  listl)  list2))  ))) 


(define  (flatten  1st) 

(cond  (  (null?  1st)  nil) 
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(  (&tom?  (car  Ist)) 

^  (cons  (car  Ist)  - 

(llattsa  (cdr  1st))  )) 

(  also 

(append  (flatten  (car  1st)) 

(flatten  (cdr  1st))  )))) 

\ 

(define  (debar  literal) 

(cond  ((atom?  literal)  literal) 

(else  (bar  literal))  )) 

;;  (OPPOSEO-ARG  F)  returns  an  argument  that  is  opposed  in  F,  if 
one  exists;  otheruise,  it  returns  nil.  An  aurgument  is  opposed 
; ;  in  F  if  the  argument  appears  uncomplemented  in  one  term  of  F 
and  complemented  in  another. 

► 

(define  (opposed-arg  f) 

(cond  (  (null?  f)  nil) 

(  (null?  (cdr  f))  nil) 

(  (member  nil  f)  nil) 

(  else 

*  (make-letter 

(seek-opposed  (get-literals  f))  )))) 


(define  (seek-opposed  args) 

‘  (cond  (  (null?  args)  nil) 

(  (null?  (cdr  args))  nil) 

(  (member  (bar  (car  args))  (cdr  args)) 
(car  args)  ) 

(  else 

(seek-opposed  (cdr  args))  ))) 

I 


(define  (make-letter  literal) 

(cond  (  (atom?  literal)  literal) 
(  else 

(bar  literad)  ))) 


(GET-LITERALS  F)  collects  in  a  list  all  of  the 
literals  explicit  in  SOP  formula  F.  Duplicates  are 
excluded.  Example: 

[2]  (get-literals  '((a  (b)  d)  ((c)  (d)  f)  (e  (f)))) 

I 
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(D  (B)  i  F  (D)  (C)  (F)  E) 


(dal in*  (g*t-lit*rals  1) 

(cond  (  (nnll?  1)  nil) 

(  *1** 

(nnion  (car  1)  (g*t-lit«rala  (cdr  1)))  ))) 


(dalin*  (lirat-arg  1} 

(cond  ((null?  1)  nil) 

((■anbar  nil  1)  nil) 

(alsa 

(dabar  (car  (car  1)))  ))) 


;  Ratum,  nnconplamantad, 

:  tba  first  argumant  an- 
:  countar ad  in  tha  function 
;  F. 


(daf in* 
(cond 


(ranov*  z  1st) 

((null?  lat)  nil) 
((aqual?  (car  lat)  z) 


:  Ranova  on*  occurranca 
:  of  alamant  X  from  list 
;  LST. 


(cdr  1st)) 

(alsa 

(cons  (car  1st) 

(ranova  z  (cdr  1st))  )))) 


(daf in*  (prafiz  z  f) 

(cond  ((null?  f)  nil) 

(alsa 

(cons  (cons  z  (car  f)) 

(prafiz  z  (cdr  1)) 


(defina  (bar  z) 

(cond  ((atom?  z)  (list  z)) 
(alsa  (car  z))  )) 


;  Prafiz  aach  tarn  in  th* 

;  formula  f  by  the  literal 

; 

)))) 


;  Complement  (beu:)  a  lit- 
;  eral  x.  Thus  (BAR  TOM) 

:  returns  (TON)  and 
;  (BAR  (TOM))  returns  TOM. 


(define  (common-args?  terml  term2) 

(cond  (  (null?  term2)  nil) 

(  (or  (member  (car  term2)  terml) 

(member  (bar  (ceu:  term2))  terml)  ) 

t  ) 

(  (common-args?  terml  (cdr  term2)) 
t  ))) 
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(deline  (sort-tar®  tsrm) 

(cond  ((null?  tern)  nil) 

((null?  (cdr  tar®))  tar®) 

(alsa 

(lat  ((sort-cdr  (sort-tar®  (cdr  tar®)))) 

(cond  ((louar-litaral?  (car  tar®) 

(car  sort-cdr)  ) 

(cons  (car  tar®)  sort-cdr)  ) 

(alsa 

(cons  (car  sort-cdr) 

(sort-tar®  (cons  (car  tarm) 

(cdr  sort-cdr) 

))))))))) 


(dalina  (louar-litaral?  x  y) 

(louar-symbol?  (debar  r)  (debar  y))  ) 


(dalina  (lower-symbol?  x  y) 

(let  ((stringx  (symbol->8tring  x)) 

(stringy  (sy®bol->string  y))  ) 

(cond  (  (string<?  stringx  stringy)  true) 
(else  nil)  ))) 
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